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PREFACE 


In recent years, time sharing of computer facilities has become one of the 
most dynamic segments of the data processing industry. New companies 
are being formed at a rapid rate, reliability of equipment is steadily in¬ 
creasing, and specialized software is becoming readily available. Con¬ 
sequently, more and more people—both businessmen and scientists—are 
turning toward time sharing as an effective means of filling their data 
processing needs. 

AUERBACH ON Time Sharing is designed to give the reader a basic 
understanding of the time-sharing industry and of related equipment and 
software. It has a dual purpose: to assist the user or prospective user of 
time-sharing services in making a well-informed choice of service, and to 
serve as a reference for the manager who plans to install an in-house time¬ 
sharing system. The material is presented in such a manner that it is under¬ 
standable to the novice and yet meaningful to the data processing 
sophisticate. 

Chapter 1 introduces the reader to time-sharing concepts and facilities. 
It is an overview of the time-sharing sector, its history, technology, and 
services. Chapters 2, 3, and 4 relate to time-sharing equipment. Chapter 2 
outlines the computer hardware involved in a time-sharing system, and 
briefly explains the functions of each major component. Chapter 3 describes 
in detail the communications facilities required and the common carrier 
services available. Chapter 4 discusses some of the factors to consider in 
selecting an appropriate terminal, and offers a review of typewriter- 
oriented terminals and alphanumeric displays. 


Software is examined in Chapters 5 through 7. Chapter 5 deals with 
the nature and functions of systems software, including assemblers, com¬ 
pilers, operating systems, and programming languages. Some typical ap¬ 
plications packages are described in Chapter 6, while more generalized 
information storage and retrieval functions (including text-processing ap¬ 
plications ) are covered in Chapter 7. 

Finally, Chapter 8 presents a series of tutorials that guide a prospective 
user in evaluating a time-sharing service. In addition, for those who want a 
more comprehensive understanding of time-sharing software, an Appen¬ 
dix contains functional descriptions of three conversational programming 
languages and of a system control language. 

AUERBACH ON Time Sharing is an expansion of material derived 
from AUERBACH Computer Technology Reports, a looseleaf reference 
service recognized throughout the world as the standard guide to EDP. 
It is prepared and edited by the publisher’s staff of professional EDP 
specialists. The material in this volume was also prepared by the staff of 
AUERBACH Publishers Inc. and has been updated prior to publication. 
The field is changing so quickly, however, that the publishers cannot 
guarantee the completeness of the contents. Further information can be 
obtained from AUERBACH Publishers Inc., 121 North Broad Street, 
Philadelphia, Pennsylvania 19107. 
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1. TIME SHARING—WHAT IS IT? 


As computers become larger and faster, maintaining a steady work flow 
into them becomes a problem. One solution is to have several people use 
the machine at one time. This idea, presented at the UNESCO Interna¬ 
tional Conference on Information Processing in 1959, initiated the con¬ 
cept of time sharing, that is, the simultaneous use of a large computer by 
a number of people at various remote locations. 

In time sharing, each user is connected to a main processing unit 
through a communications network such as the telephone system. Pro¬ 
grams and data files are stored at the computer site. The user gives instruc¬ 
tions or data to the computer by means of a terminal device at his location; 
output may be returned to the terminal or may be prepared at the computer 
site and mailed back to the user. 

Although many users can access the computer at the same time, the 
actual processing takes care of only one or a few at a time. Therefore, the 
users are swapped in and out of the computer in some sequence. The com¬ 
puter output is stored in a buffer area and returned to the user when he is 
ready. Since machine response time is much faster than human response 
time, each user seems to have complete control of the system. 

Time-sharing services tend to relate more closely to the actual problems 
of the user than do the computer manufacturers who must be all things to 
all users. Most time-sharing vendors try to build libraries of specialized 
programs to fit a particular range of applications (e.g., manufacturing, 
accounting, and administration). Sometimes, therefore, it is possible to 
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develop programs jointly or to share applications developed by other users. 
This flexibility extends to the many kinds of services by time-sharing com¬ 
panies. In real life, the lines between time-sharing and remote batch ser¬ 
vice are becoming blurred. The services no longer need to make so many 
distinctions between Teletype and crt (cathode-ray tube) terminal users; 
FORTRAN-like features creep into their expanded basic languages, or vice 
versa. Although these distinctions should be understood by the user, their 
absence is more likely to be a sign of progress than problems. 

The most important thing to remember about time-sharing services is 
that they are staffed and managed by human beings. Thus, there is usually 
room for negotiation when a user is looking for a new service; problems 
with an existing service can often be solved by face-to-face discussion. 
Experienced staff operators offer many kinds of informal assistance to help 
new users get started. 


BACKGROUND 

Much of the original work on time sharing evolved at mit. Technical 
papers on the subject were published in 1959 and 1960. In 1961, the first 
experimental system—the Compatible Time Sharing System (ctss)— was 
demonstrated. It was developed on an ibm 709 under the direction of 
E. J. Corbato of the mit Computation Center. The ctss was expanded 
several times, and by 1963 the ctss II was implemented on an ibm 7094 to 
provide concurrent access for up to 30 remote users. 

At the same time, during the early 1960s, several other experimental 
systems were developed at various universities and research centers. These 
included: one designed at Manchester University in England for the 
atlas computer (1961); Bolt, Beranek, and Newman’s system for a dec 
pdp-1 computer (1962); rand Corporation’s joss™ system running under 
johnniac (1963); and the IBM-based Q-32 system from the System De¬ 
velopment Corporation (1963). 

Another significant experimental system evolved as a cooperative ven¬ 
ture between General Electric and Dartmouth College. In the spring of 
1964, General Electric gave Dartmouth a ge-225 computer and a Datanet- 
30 communications processor to develop a time-sharing system with Na¬ 
tional Science Foundation funding. The resultant system, designed by 
Dartmouth students under the direction of Professors John Kemeny and 
Thomas Kurtz, featured the basic programming language. It became 
operational in July 1964. 

Commercial time sharing was introduced in 1963 when Adams As- 
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Because input/output is relatively slow on interactive terminals, programs 
are generally short and input is small. 

Interactive time sharing offers the advantages of accessibility, sim¬ 
plicity, and interaction. The user can access the computer system at his 
convenience rather than waiting for batch service. The simplified pro¬ 
gramming and command languages enable the nonspecialist in data 
processing to use the computer effectively after a few hours of training. 
Interaction also permits the user to get the optimum solution by manipulat¬ 
ing and modifying problem parameters at the time of program execution. 
For these reasons, interactive time sharing is particularly useful in pro¬ 
gramming, where it can shorten the time needed to develop and run 
programs from several days or weeks to a few hours, and in solving 
analytical and simulation problems (such as engineering applications of 
sales forecasting) where fast turnaround time and interaction are essential. 

Remote batch processing (or remote job entry) performs the same 
functions as on-site batch processing. Batches of coded input are sent to 
the central computer through a relatively expensive terminal such as a 
card-reader/line-printer combination or a small computer. Output may 
be returned to the remote batch terminal or printed at the main computer 
site (using the time-sharing company's peripherals) and mailed back to 
the user. There is no interaction between the user and the computer dur¬ 
ing job execution. 

Remote batch processing is economical for the user who needs process¬ 
ing power but does not want to invest in an entire computer installation; 
he pays only for his use of the system. This service is particularly ad¬ 
vantageous for programs that require large input and output or complex 
processing and for applications in which immediate response is not critical. 
It is used primarily for business applications such as payroll, inventory 
billing, and sales analysis. 

Today, many variations of remote batch processing are available. Often, 
service is offered at different priority levels, ranging from immediate to 
overnight, so that the user can get results as fast as he needs them. For the 
user who needs some interactive capability, conversational remote job 
entry ( crje ) may be the answer. In this type of service, the user can enter 
and modify his job stream, program, or data from a low-speed terminal, 
and then submit the job for execution in batch mode. Alternatively, he 
may enter programs and data through a high-speed terminal, edit and 
debug in conversational mode from a teletypewriter, and revert to batch 
mode for job execution. 

In on-line data-entry/ inquiry, the computer serves as a data center for 
a particular application. All data files are kept on line at the main computer 
site, available to a number of users at various locations. 
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sociates, of Cambridge, Massachusetts, began employing a pdp-4 system 
to process claims of Transitron stockholders. 

IBM entered the commercial time-sharing field in December 1964 with 
the quiktran system, running on an ibm 7040/7044 multiprocessing con¬ 
figuration. Featuring an interpretive FORTRAN-compatible programming 
language, the quiktran system included an interactive capability for 
mathematical problem solving. 

In 1965, Keydata Corporation—an affiliate of Adams Associates—began 
operating a commercial time-sharing service using a Univac 490 computer. 
The Keydata system is still in existence today, with multiple computers 
providing business data processing services (including order entry, in¬ 
ventory control, credit checking, and invoicing). 

Also in 1965, General Electric made its entry into commercial time 
sharing with computer centers in Phoenix and New York City. GE’s Infor¬ 
mation Services Department (isd) was formed on Sept. 1,1966; this opera¬ 
tion has subsequently grown to become one of the largest in the com¬ 
mercial time-sharing field. 


USES OF TIME SHARING 

Since 1965, over 150 companies have entered the commercial time¬ 
sharing business. Customers for time sharing at present are primarily— 

• Scientists and engineers, who use fast response and the ability to 
interact with the computer to solve analytical problems. 

• Small- and medium-sized businesses that need work done by a com¬ 
puter but do not choose to buy one. 

• Educational institutions that use time sharing for research and 
teaching. 

To meet the needs of these users, time-sharing firms offer three main 
types of service: interactive problem solving, remote batch processing, 
and on-line data-entry/inquiry. The distinctions among the various types 
of services are rapidly blurring as market and vendors mature. 

In interactive or conversational time sharing, the user employs the com¬ 
puter as a tool in problem solving. He inputs instructions or data through 
a keyboard-oriented terminal such as a teletypewriter or crt display de¬ 
vice, and gets an immediate response from the system. The user has full 
interaction with his job, enabling him to create and change files and pro¬ 
grams, interrupt and restart executions, and correct errors as they occur. 
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This service accommodates the single user who wants to integrate 
operations in different locations (as in an airline or hotel reservation sys¬ 
tem). It is also used when a number of users want access to large files 
related to a specialized application (stock market data, for example). 

Time-sharing companies may offer these services singly or in various 
combinations. They can further classify their services as generalized or 
dedicated. In a generalized service, the user develops his own programs 
in any application area; often he can supplement his programs with library 
programs or subroutines furnished by the time-sharing company. In a 
dedicated service, the time-sharing company restricts the use of its com¬ 
puter system to a particular application area and usually supplies all pro¬ 
grams for it. 

Application areas most commonly covered by time-sharing library 
programs or dedicated services include electrical and civil engineering, 
mathematics and statistics, automated text composition and editing, 
numerical control programming, banking, and business applications such 
as sales forecasting, order entry, inventory control, and management 
information. 


THE TIME-SHARING SYSTEM 

While the various time-sharing companies offer different types of ser¬ 
vice, all use the same basic system components: computer hardware, com¬ 
puter software, terminals, and communications facilities. 

Computer Hardware 

At the center of the time-sharing system is the computer hardware, 
which performs control, processing, and communications functions. Al¬ 
though specific characteristics of individual computers vary from com¬ 
pany to company, the time-sharing computer usually has a fast internal 
cycle speed so that it can handle input from several users simultaneously. 
It also has large main and auxiliary memories, which buffer large amounts 
of input and output and store large quantities of programs and data for 
clients. In some systems, the central processor is assisted by a communica¬ 
tions processor, which relieves the central computer of communications 
tasks and thus allows it to do more processing. Since the time-sharing user 
needs to have his program and data files available during processing, the 
auxiliary storage units are important These are usually disks or drums, 
and are primarily used for on-line storage, scratch, and swapping purposes. 
In addition, the computer system is usually equipped with a number of 
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peripheral devices. The most common ones are magnetic tape handlers, 
card readers, card punches, printers, and digital plotters. These give the 
user faster or more versatile methods of input/ output in batch operations. 

Computer Software 

Time-sharing software consists of a complex operating system, various 
languages, and user aids. The operating system directs the entire operation 
of the computer, performing such tasks as job scheduling, resource alloca¬ 
tion, system control, i/o and system recovery, primary and secondary stor¬ 
age protection, data management, user accounting, and directory services. 
Each computer manufacturer provides an operating system for its com¬ 
puters. The time-sharing company may use that software as is, may en¬ 
hance it, or may develop its own. Most have undertaken enhancements 
at the least. 

Besides an operating system, time-sharing software also contains pro¬ 
gramming and programming support languages, which allow the user to 
communicate with the system. For interactive time sharing, over 30 differ¬ 
ent programming languages are available. However, about 90 percent of 
programs are written in fortran or basic, with basic already handling 
more than 60 percent and still increasing. 

The fortran language is intended for the user with extensive computer 
experience who has a heavy computational load and writes relatively large 
programs. This language meets these needs with a fast and efficient object 
code and a sophisticated debugging language. 

The fortran language has been available for interactive use since 
ibm’s quiktran service was inaugurated in 1964, which has essentially the 
same arithmetic functions as conventional batch versions of fortran. For 
time sharing, fortran adheres to either fortran ii ( ansi Basic fortran ) 
or fortran iv ( ansi fortran) with additional facilities to control the 
operation of the system, to allow i/o operation through the terminal, and 
to provide for source program editing and object program debugging. 

For time sharing, fortran software is implemented in either of two 
ways, as a fortran system that includes a command language, text editing 
facilities, library support facilities, and a debugging language in addition 
to the fortran compiler; or as a fortran processor that includes only the 
compiler. In the second case, text editing and debugging facilities are 
maintained as separate subsystems, while communication between the 
fortran compiler and subsystems is made through user-created files. 

A simpler time-sharing language is the Beginner’s All-purpose Sym¬ 
bolic Instruction Code, or basic. Versions of basic have evolved from the 
language developed in 1963 by Professors John G. Kemeny and Thomas 
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E. Kurtz of Dartmouth College. This language was created to allow 
students to use computers more directly in their college work. It was 
initially run on the ge-225 at Dartmouth in a batch mode. Changes in basic 
allow it to operate in an interactive environment and have produced the 
most popular time-sharing language now available. 

Unlike most programming languages, basic includes only a few simple 
commands. Although designed for people with little programming ex¬ 
perience, it can also be used effectively by experienced programmers. Its 
standard mathematical notation is familiar to most scientifically trained 
people. 

Other commonly available time-sharing languages include various as¬ 
sembly languages, such as apl (a simplified interpretive language), Algol 
(a problem-oriented, high-level language for use in solving scientific and 
engineering problems), lisp (a list-processing language), pl/1 (a multi¬ 
purpose, general programming language), and snobol (a string-manipulat¬ 
ing language). 

Support languages, too, are necessary ingredients of time-sharing soft¬ 
ware. These are used for system control, on-line debugging, and text edit¬ 
ing. The system control language contains commands that enable the user 
to perform some or all of the following functions from his terminal: 

• Enter and leave the time-sharing system. 

• Utilize the facilities supported by the service. 

• Create and maintain files of data or program codes. 

• Manipulate selected peripheral devices within the service’s operating 
center. 

• Obtain access to certain classes of system statistics. 

• Modify text previously entered into the system. 

Ideally, the debugging language has four characteristics: 

1. It gives the user flexible, detailed control over the execution of his 
programs. 

2. It allows him to examine and incrementally modify data and 
programs. 

3. Its conventions are as concise as possible. 

4. It permits automatic updating of a symbolic file in parallel with 
modification of the in-core representation of a program. 

While present debugging systems have some of these capabilities, the ideal 
system is yet to be developed. 

Another important programming support facility is the text editor, 
which permits the user to correct data entered into core or a user storage 
area. In some cases, the text editor is an integral part of the compiler or 
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system control language; in others, the editor is separate and must be called 
in by the user to be applied against a text file. 

Terminals 

The computer hardware and software form the nucleus of the time¬ 
sharing system. To gain access to this nucleus, users at remote locations 
employ various types of terminal devices. In conversational time sharing, 
about 90 percent of the terminals used today are teletypewriters (auto¬ 
matic send-and-receive devices with paper tape punches and readers). 
While these units are slow and noisy, they are inexpensive and they gen¬ 
erally provide satisfactory performance. Specialized applications often 
require more sophisticated terminals. These include such devices as 
cathode-ray tube display units, plotters, and faster and more versatile 
keyboard terminals. For remote batch operations, terminals are generally 
medium-speed peripherals such as a card-reader and line-printer combina¬ 
tion, a magnetic tape transport, or even a small computer. 

Communication Facilities 

Communication facilities, which are needed to connect the remote 
terminals to the processing center, include the transmission line. It is 
usually a normal telephone circuit that operates at 1200 baud; with condi¬ 
tioning, however, the line may have a transmission rate of 2400 or 4800 
baud. Lines with a 9600-baud rate are also in use today, and industry 
sources predict that they will become increasingly more common. Many 
time-sharing companies use the public dial-switched telephone network, 
where the user is charged on a per-call basis. This network guards against 
line f ailure because many alternate paths are available through the various 
exchanges. 

To enable out-of-state users to access the computer without paying 
long-distance rates, time-sharing companies often take advantage of the 
Foreign Exchange (fx) service and Wide-Area Telephone Service (wats) 
offered by the Bell System. The fx service provides a permanent leased 
connection between a subscriber (the time-sharing company) and an ex¬ 
change other than his local exchange. This facility allows calls to or from 
the point serviced by the “foreign” exchange to be made at the local 
message rate for that exchange. The fx service is advantageous when 
clients are grouped in a particular city. 

The wats system is a form of long-distance service intended for cus¬ 
tomers who originate or receive a relatively large number of calls to or 
from widely scattered distant locations. The wats customer gets an access 
line from his location to a telephone company central office, over which he 
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can make as many calls as desired. All calls must be either incoming or out¬ 
going, but not both. Six types of wats are available. These range from 
Area 1, which usually includes the states bordering on the customer’s loca¬ 
tion, to Area 6, which includes all 48 states of the continental United States 
except the customer’s home state. 

An alternative to the public dial-switched network is the leased line, 
where the user has exclusive use of a communications line and is charged 
at a flat rate. Because the leased line can be especially conditioned to re¬ 
duce the probability of errors, it is often used for applications that cannot 
tolerate line errors or when the volume of usage is high. 

When many locations are to be connected, the time-sharing service 
may use concentrators or multiplexers. The concentrator combines or 
multiplexes messages from a number of lines so they can be sent simul¬ 
taneously over a single high-capacity line. The messages are sent to a dis¬ 
tant distribution center, where the reverse procedure is performed. The 
multiplexer also packs the messages for transmission over a single line, but 
has no capability for decision making or other functions performed by the 
concentrator. 

The time-sharing user may also need modems, or data sets, to convert 
the dc pulses generated by most terminals and processing equipment into 
signals suitable for transmission. 


THE COMMERCIAL TIME-SHARING SERVICE 

The time-sharing company is a service organization and therefore 
must support its system and customers. Some companies have staffs of full¬ 
time customer support specialists, while others provide technical support 
through sales representatives or programmers. Support costs are either 
bundled in the service or added on. Any or all of the following supports 
maybe included. 

Program development. The time-sharing vendor may assist his clients 
with program development, or may actually design and fully implement 
all programs for the customer. 

Coding assistance. If the customer writes his own programs, the ven¬ 
dor usually provides technical assistance when necessary. 

Training. This ranges from formal classes to informal sessions and 
covers such areas as programming languages, specialized applications, or 
use of the system. 

Documentation. The time-sharing vendor generally provides some 
documentation on his system. Again, this ranges from complete manuals 
and user aids to informal bulletins, and may cover programming languages, 
applications, and use of the system, among other areas. 
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Library programs. Depending on the type of service being offered, 
customers commonly have access to a library of application packages; these 
usually include programs for engineering, mathematics, statistics, and 
business problems. 

Another important function of the time-sharing service is security. 
Customer files must be protected from unauthorized access; conversely, a 
customer may wish to share his files with another user. Most time-sharing 
companies provide a reasonable level of protection, via a password or some 
form of user or terminal identification, or both, for system access. Systems 
that protect individual files sometimes let the user control access to his 
files at different levels, such as read-only, execute-only, or append-only. 
Other security methods employed by various time-sharing companies in¬ 
clude use of dedicated lines, coding of terminals, and recording of in¬ 
dividual system accesses. Unfortunately, total security is almost impossible 
because there is no way to verify completely the network hardware, while 
the time-sharing software is too complex to examine all levels of security. 

Time-sharing companies have two basic network schemes. In the first, 
which is becoming more common, service is based on one or a few large 
computer centers. Each computer may service a small area or a nationwide 
one that has multiplexing devices to control customer access from distant 
points. This type of network is useful when several branches of the same 
company need to have access to a pool of common data—but the system 
can sometimes be vulnerable to breakdown and delays. Today, however, 
most companies have redundant systems. Customer assistance may be 
delayed, too, if the client’s location is far from the computer site. In the 
second network scheme, a time-sharing company may have small regional 
processing centers that are interconnected by communications lines to 
provide backup to each other. Usually, support staffs are available at 
each center. 

Within these two network schemes, time-sharing companies vary 
widely. The spectrum of services includes: large nationwide (or inter¬ 
national) operations, supporting a wide range of time-sharing services; 
small firms that offer essentially local service, which may be generalized 
or dedicated to a particular application area (these companies sometimes 
have affiliates who expand the network facilities or furnish backup); fran¬ 
chises or marketing agents, who supply marketing or technical support for 
another company; and companies who market an application package or 
a service, riding piggyback on another company’s computer or network 
facilities. In the lively real world of commercial time sharing, clear-cut 
distinctions between these types would be difficult. 

Companies who market custom-designed applications usually charge 
on a contract or roalty basis. Charges for generalized services depend on 
use of the system and sometimes include a one-time initiation fee or a 
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monthly minimum in addition to the more common charges for terminal 
connect time (usually quoted on an hourly basis), central processor (per 
second or per “unit”), and use of on-line storage. The time-sharing com¬ 
pany may also bill the customer for off-line storage, use of peripherals, and 
any other service it performs. In addition, the user must pay his own cost 
for communications and the terminal. 


CONCLUSION 

In the past few years, time sharing has grown from a new technology 
to a maturing service industry. Computer hardware and software have 
become available to meet the processing demands of multiple remote users. 
Companies operating time-sharing computers are marketing services rang¬ 
ing from simple processing capability to full implementation of entire ap¬ 
plication areas. However, the time-sharing industry is still in the adoles¬ 
cent stage; it faces many changes, both in technology and in direction. The 
proper question, therefore, in attempting to ascertain the nature of time 
sharing is not “What is it?” but “What is it today?” The answer will surely 
be different tomorrow. 





2. COMPUTER HARDWARE 


The time-sharing computer does the same basic jobs as any other modern 
computer: storage, processing, control, and transmission. In performing 
these functions, however, the system meets certain situations peculiar to 
time sharing. For example, it must— 

• Accept input from various users simultaneously. 

• Provide fast access to files. 

• Accept input from remote locations. 

• Process data and switch programs in and out quickly enough that 
each user appears to have full use of the system. 

Most major manufacturers have designed computer systems to meet 
these needs. While the different systems may vary in size, system archi¬ 
tecture, or support, they have essentially the same components—storage 
facilities, a central processor, a system controller, an i/o controller, i/o 
channels and devices, and communications control facilities. 


STORAGE FACILITIES 

The principal types of data storage are main memory storage and ran¬ 
dom access or serial access auxiliary storage. 


12 



Computer Hardware 


13 


Main Memory 

The computer processor interfaces directly with the main memory. A 
random access device, main memory is accessed faster and more frequently 
than any other memory element. Data from auxiliary storage devices is 
usually routed to the processor via main storage. 

Main storage consists of a ferromagnetic core memory bank, which 
normally contains multiple modules. Each module commonly provides 
4096 storage locations. (The number of locations per module and the num¬ 
ber of bits per location varies, however, depending on the computer sys¬ 
tem.) Each location in main storage is assigned a unique address so that 
the contents are easily obtained. Computers can operate with several large 
memory banks, but this ordinarily requires additional addressing and 
memory channel capabilities. 

Information from the core storage banks is accessed at microsecond 
(l^sec) speeds, typically between 0.5 j^sec and 15 ^sec for one character of 
information. The addressing logic and the associated transmission channel 
permit groups of bits to be accessed in parallel. These groups are gener¬ 
ally multiples of bytes (normally 6- or 8-bit groups that make a single alpha¬ 
numeric character). The access speed for memory information increases 
in direct proportion to the number of bits that can be accessed simultane¬ 
ously. 

Most commercial computer manufacturers maintain a series product 
line in which successive computers in the series achieve shorter memory 
access speeds simply by increasing the range of parallel accessing. The 
lowest-order computer in a family may access a single character at a time. 
The next computer up the line doubles this speed by accessing two char¬ 
acters at a time, and a subsequent computer can again double the rate by 
accessing four characters at a time. The effectiveness of this approach for 
increasing computer speed is naturally limited because it depends upon 
the extent to which the various bits, characters, or words are called in a 
given application. For example, since scientific applications require many 
arithmetic operations upon numbers with wide-range precision, the com¬ 
puter program must perform a great deal of bit manipulation (as opposed 
to word manipulation). Therefore, the effective speed may be low even 
though the rated speed is high. 

Any given application requires a minimum quantity of storage for pro¬ 
grams that control basic processing. Beyond this basic storage require¬ 
ment, it is often possible to trade storage against speed of memory access. 
The minimum threshold level and the proper trade-off must be determined 
through design analysis. 
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Auxiliary Storage 

Since speed is vital and the capacity of main memory is limited, a time¬ 
sharing computer system must include auxiliary storage devices. The most 
common types are disks and drums for random access storage and mag¬ 
netic tapes for serial access storage. On all these devices, the storage of 
data is essentially contiguous. Physical (e.g., disk surfaces, tape reels) and 
logical (e.g., records, files) subdivisions exist, but data cannot be sep¬ 
arated easily for word addressing as it can be in the main memory. 

Auxiliary storage devices are generally used to store programs or data 
that are not constantly needed but which will be used at some future time. 
The system transfers them to main memory as required. Data that is 
needed more often or more rapidly is placed in random rather than serial 
access storage if possible. In the time-sharing system, disks or drums are 
used primarily for on-line storage, scratch, and swapping purposes, and 
magnetic tape or disk packs are preferred for off-line storage. 

Data Storage Characteristics Check List 

The most important aspects of storage devices are summarized in the 
following check list: 

1. Storage size: minimum, maximum, module increment. 

2. Data structure (bit groups): byte, word, block. 

3. Data addressing: fixed or variable data (bit) groups. 

4. Data access speed. 

5. Data transfer rate. 

6. Data protection features: parity, redundant error checks (gross data 
checks). 

7. Read-only (precludes the possibility of erasing data by writing over it). 

8. Read-after-write check (tests accuracy of the output by reading the 
data back into the system and comparing it with the original output). 

9. Access obtained only by using proper numerical key. 


THE CENTRAL PROCESSOR 

The central processor performs the operations specified in a program. 
Basically, the processor fetches the program instructions individually from 
main memory, in the order designated within the program. From informa¬ 
tion contained in the instruction, addresses are formed to extract data from 
main memory or registers (the limited storage of the processor). Using this 
data, the processor executes the operation specified by the instruction. 
This procedure is repeated until the entire program is executed. 
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The ease of programming, computational power, speed, and efficiency 
of operation of the central processor are closely related to the type of in¬ 
struction used. Instructions in different computers vary in format and size; 
even in the same computer, several instruction types are common. The 
value of one type over another depends on the demands of the actual 
applications. 

Instruction Formats 

Computer instructions generally have two parts: an operation and an 
operand that defines the data to be acted upon. Instructions may consist 
of 2, 4, 6, or 8 bytes (or some other arrangement) according to the require¬ 
ments, and they can be fixed or variable in length. Several operands can be 
involved in a single instruction, but a larger instruction size is normally 
required. 

The three most common types of operations are arithmetic, data trans¬ 
fer, and logical. All computers provide arithmetic processing capabilities. 
The basic arithmetic operations are addition, subtraction, multiplication, 
and division. Special mathematical functions, such as square root, are also 
provided on some machines. Precision is a consideration when numbers 
must be rounded after arithmetic operations are performed. This rounding 
is automatic in some computers; in others it may have to be a function of 
the problem-solving program. In some cases such as statistical summations, 
rounding errors can accumulate very rapidly. The worst situations occur 
when multiplication and addition operands alternate consecutively. 

Equally important in a stored-program computer are data transfer in¬ 
structions. Word-oriented machines can transfer a single word from core 
memory to another storage element such as the special registers of the 
central processor. Sometimes a data transfer operation may be coupled in 
a single instruction with another operation; for example, “add the con¬ 
tents of location X to the contents of the accumulator and store the results 
in location X.” These additions reduce program storage and also increase 
efficiency and speed by combining two instructions in one, thus eliminating 
some memory accesses. 

The third type of processing, the logical operation, is typified by the list 
search. The list-search instruction causes the processor to scan through a 
specified storage block containing a data list, and search for a key word or a 
condition (such as the first word equal to, greater than, less than, or not 
equal to a given key word). The operation is normally terminated either 
the first time the condition is met, after a specified number of instances in 
which the condition has been met, or after the list has been fully searched. 
This instruction is particularly useful in data management and information 
system applications, since many program functions require a search for 
key letters and words in a list or array chain. 
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The second portion of the instruction, the operand, is generally used 
for addressing—that is, for specifying the storage location of the data to be 
acted upon. In the operand, an address may be defined by a bit, a single 
character, a single word, a multiple word, or a variable multiple-character 
string. The versatility of a computer with a mixed range of addressing capa¬ 
bility may be offset by high cost and reduced processing speed in today’s 
computers. Single-character and single-word addressing techniques are 
most common, while single-bit and variable-character string addressing 
are less so. 

Many computers are limited to word addressing. In this type of com¬ 
puter, character and bit addressing are usually achieved through a pro¬ 
gram sequence of two or more instructions; this requires faster data access 
speed and greater storage utilization to achieve the same results as more 
versatile machines. 

Another difference in instruction operands is that they may specify 
fixed- or variable-length fields. With a variable-length field, contiguous 
strings of data addresses can be specified as the operands; thus a single 
instruction can transfer a string of words (or characters) from one part of 
memory to another in one continuous operation. The variable-length field 
is generally defined in multiples of a byte. 

Computers whose instructions define variable-length operands often 
permit savings in both storage and processing speed. Performance varia¬ 
tions (in storage use and processing speed) based on the variable versus 
fixed instruction operand format for general data processing applications 
generally run from 10 to 20 percent. Savings in storage are possible because 
word sizes can be defined so that they conform more closely to the size of 
the actual data. However, this advantage is sometimes countered by the 
extra storage required for the instructions that operate on the data. When 
variable-length instructions and operands are appropriate to an applica¬ 
tion and can be effectively utilized, a significant gain in processing speed 
can be realized. However, the most important advantage of the variable- 
length operand capability is normally in programmability. A programmer 
can more easily structure complex data forms and define operations on 
elaborate data structures. 

Central Processor Check List 

The most important aspects of the central processor are summarized 
in the following check list. 

Structure 

Instruction size (fixed or variable). 

Number of operands per instruction. 
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Operand designation (fixed or variable fields). 

Operand modification: 

Indexing (quantity, multiple or single, addressable). 

Indirect addressing (number of levels combined with chain). 

Internal Addressable Registers 

Sequencing: contains instruction addresses that relate to program se¬ 
quencing such as address of current, previous, next instruction. 
Arithmetic: associated with such operations as arithmetic and shifting. 
Index: associated with the formulation of program addresses. 

Special: associated with various special tasks such as system timing, 
interrupts, and device status. 

Operations 

Arithmetic: addition, subtraction, multiplication, division in appro¬ 
priate number system. 

Data transfer: bit, byte, word, multiple groups (variable); core-to- 
processor move, core-to-core move. 

Logical: compare, text, search. 

Special: program code edit and verification, data transformation (e.g., 
from one number base to another), and table lookup. 

Processor Signals 

Interrupts (external). 

Real-time clock (user job timing). 

Errors (internal interrupts). 


THE SYSTEM CONTROLLER 

The system controller in a computer is seldom recognized as a separate 
entity or package because it is usually included in the central processing 
unit. It controls the interaction of the various system hardware elements. 

The functions of the controller include, for example, regulating the 
hardware relationship of the processor when it is operating with more 
than one memory. Suppose two or more memory banks are being used in a 
scheme of addressing in which any two successive memory addresses are 
split across two memory banks. Under supervision of the controller, two 
consecutively numbered memory words (one from each of the two banks) 
are accessed simultaneously or with a large amount of overlap, so that total 
access time is less than that for a strictly sequential access of the two words. 

In order to maintain a smooth flow of data, the system controller directs 
the established priority under which the system hardware accesses any 
memory bank. It also processes interrupts, which indicate such things as 
system malfunctions and the fact that input/output devices have data to 
send or receive. This processing involves identifying the interrupt and 
alerting the central processor of its existence. 



18 


AUERBACH ON TIME SHARING 


INPUT/OUTPUT CONTROLLER, CHANNELS, AND DEVICES 

The i/ o controller and its channels are the interface between the com¬ 
puter system and the i/o devices through which the user enters and re¬ 
ceives data. The controller itself is the link between memory and the chan¬ 
nels connected to the 1 /o devices. 

I/O Controller 

The 1 /o controller operates in conjunction with the system controller 
to shift data to and from the 1 /o channels and main storage and to monitor 
i/o status. At some point in the transfer operation (which varies with the 
type of computer), the i/o controller takes over responsibility from the 
system controller and accomplishes the remainder of the transfer. This 
usually includes extracting the data from memory when the proper channel 
and device are ready, monitoring the amount of data sent and the system 
status, and notifying the system controller when the transfer is complete. 
The 1 /o controller also monitors the status of all 1 /o channels and devices, 
and reports malfunctions to the system controller. 

I/O Channels 

The i/o channels connect the memory to the i/o devices, usually 
through the i/o controller. Various types of channels can be classified by the 
direction of data flow (single or double direction), type of transmission 
(single or simultaneous data transfer), transmission rates (bits per second, 
words per second, etc.), data widths, response delays, compatibility and 
adaptability to interfaces with standard and special terminal equipment, 
and expandability to accommodate increases in traffic loads. 

I/O Devices 

In a time-sharing system, programs and data are generally entered and 
results received through remote devices at the user’s location. These range 
from keyboard devices, where data is entered manually one character at a 
time, to small computers that handle larger amounts of data. In addition, 
the computer system is often equipped with various on-site i/o devices. 
The most common ones are magnetic tape handlers, card readers, card 
punches, printers, and digital plotters. These can give the user faster or 
more versatile methods of input and output, particularly in batch 
operations. 
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COMMUNICATIONS CONTROLLER AND DEVICES 

In time-sharing applications, the computer system is often equipped 
with communications hardware that enables it to handle input from and 
output to remote locations. Three main system configurations (or variations 
thereof) are used for time-sharing communications: single processor; dual 
processor, single-access file; and dual processor, dual-access file. 

In the single processor configuration, the central processor itself per¬ 
forms all system functions, including communications line management. 
The dual processor, single-access file is the most common time-sharing 
configuration. In this case, the communications processor supports the 
central processor by carrying out simple character editing and line-man¬ 
agement tasks. The central processor is the controlling computer; all 
accesses to files are made through it. The dual processor, dual-access file 
is the most sophisticated configuration. The communications processor is 
linked to the central processor through a mutually accessible disk file. The 
communications processor assumes functions such as message translation 
and editing, and can be the controlling computer in the overall con¬ 
figuration. 


3. DATA COMMUNICATIONS FACILITIES 
AND SERVICES 


Data communications, in this discussion, refers to the transmission and 
reception of alphanumeric characters over common-carrier or privately 
owned transmission facilities. Data originates or terminates at terminal 
devices such as teletypewriters, crt display consoles, digital plotters, line 
and page printers, punched paper tape terminals, magnetic tape units, and 
punched card terminals. Data transmission facilities link such terminals to 
remote computers or to switching centers and also link computers to each 
other. Terminal-to-terminal communications, as provided by the twx 
and Telex networks, are also included within this definition of data 
communications. 

The transmission and reception of data are accomplished through the 
following media, which may operate alone or be used in various com¬ 
binations. 

• The public switched telephone network transmits digital data. It is 
operated by Bell System companies and the independent telephone 
companies. 

• The public switched telegraph network provides two-way connec¬ 
tions between low-speed terminals. It is operated by Western Union 
Telegraph Company. 

• Leased private wire service gives the user exclusive use of a com¬ 
munications line. 

• Privately owned microwave radio systems provide high-capacity 
transmission to users with high traffic rate. 
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The suppliers of data communications components and services 
include— 

1. The regulated communications common carriers who are engaged 
in interstate, intrastate, and/or international transmission of electric sig¬ 
nals. Typical of these are American Telephone & Telegraph (at&t), Western 
Union Telegraph Company, and General Telephone & Telegraph (gt&e). 

2. The specialized common carriers, such as Data Transmission Com¬ 
pany (Datran) and MCI Communications Corporation, who propose to 
construct nationwide networks using microwave radio to provide data- 
oriented communications services on a point-to-point basis. They plan to 
offer a wide variety of channel bandwidths, flexible pricing structures, and 
other innovations. Their entry into the communications field has also 
brought changes in the policies of the regulated carriers. 

3. The captive equipment manufacturers (principally Western Elec¬ 
tric, which builds virtually all of the apparatus and equipment used in the 
Bell System; Western Electric is also a major contractor to various military 
and federal agencies; along with at&t, it operates under a Justice Depart¬ 
ment consent decree, which restricts its role as a supplier to non-Bell Sys¬ 
tem operating companies). Other semicaptive suppliers include the Tele¬ 
type Corporation at at&t and gt&e’s Lenkurt Electronics and Automatic 
Electric companies. These three companies supply all of the independent 
carriers. They can also supply private users, public utilities, and govern¬ 
mental agencies with equipment on purchase order or through competitive 
bidding. 

4. Independent suppliers, which comprise a broad spectrum of the 
electronics industry, including ibm and General Electric, medium-sized 
organizations such as Collins Radio Company and Sangamo Electric Com¬ 
pany, and numerous small companies. 


SYSTEM EQUIPMENT 

The transmission of data between remote terminals or from terminal 
to remote processor may require many elements of hardware. Which com¬ 
ponents are required and best suit the overall system requirements depends 
upon a number of factors, including the type of terminal desired, trans¬ 
mission speeds, the susceptibility of the system to errors, the volume of 
data to be handled, the functions to be performed by the system, and the 
necessary responsiveness. 

As a basic introduction to the data communications transmission ser¬ 
vices, the principal types of equipment directly concerned with transmis¬ 
sion are described in the following pages. These include terminals, modems, 
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multiplexers, concentrators, data access arrangements (daa’s), connecting 
arrangements (ca’s), switching centers, and communications channels. 

Communications Terminals 

Terminals employed in the transmission and reception of data include 
teletypewriters, alphanumeric crt terminals, serial and line printers, 
punched card transceivers, punched paper tape units, and magnetic tape 
units. Although some only receive or send data, most are capable of doing 
both. 

A teletypewriter consists of a keyboard and a serial printer and typically 
operates at 10 or 15 characters per second. The keyboard is similar to a 
typewriter keyboard and the printer section produces alphanumeric char¬ 
acters on paper. When it is connected on-line, depressing a key on the key¬ 
board causes a code represented by the key to be transmitted over the 
communications line and the corresponding character to be simultaneously 
printed by the printer. A character code received by the receiving tele¬ 
typewriter causes its printing mechanism to print the selected character. 
Sometimes a paper tape punch is incorporated as part of the teletypewriter 
unit in order to produce a machine-readable record of the keyed data. A 
paper tape reader may also be incorporated so that the data on the tape 
can be read and transmitted. 

An alphanumeric crt terminal employs a Tv-like display screen to 
record and display data. It has a keyboard similar to that of a typewriter. 
When a key is depressed, the associated numeric or alphabetic character 
appears on the screen. The character code may be transmitted simul¬ 
taneously or it may be stored for subsequent transmission as part of a word 
or a complete message. The terminal receives from the distant computer 
sequences of codes, which cause messages to appear on the screen. Typi¬ 
cally, 500 to 1000 characters may be displayed simultaneously on the 
screen, and transmission rates are in the range of 150 to 600 characters per 
second. 

Serial printers form characters in sequence as the printing mechanism 
traverses the paper. Impact printers employ a stick, ball, or small drum 
mechanism and have printing speeds from 10 to 40 characters per second. 
Nonimpact printers employ a thermal, electrostatic, or ink-jet technique 
and operate in the range of 100 to 250 characters per second. 

Punched card transceivers can transmit data from standard 80-column 
punched cards or receive transmitted data and punch it into such cards. 
The format of the transmitted data or punched data is controlled by a 
program card that is synchronized with the movement of the card being 
read or punched. These data transceivers can be connected to a wide 
variety of communications facilities, including the public switched tele- 
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phone network. Typical speeds range between 200 and 600 cards per 
minute. 

Punched paper tape units are often associated with teletypewriter 
terminals. They are, however, used with many other keyboard data com¬ 
munications terminals. Punched tape makes possible off-line, low-speed, 
manual input, with later transmission at the higher speeds associated with 
automatic tape equipment. 

Magnetic tape terminals are often used in high-speed message switch¬ 
ing applications. In this type of application, the sending terminal trans¬ 
mits each message to the switching center, which stores it temporarily on 
the magnetic tape terminal. The terminal performs any processing or code 
conversion functions that may be required, and then retransmits the mes¬ 
sage to one or more designated receiving terminals. Input and output 
speeds of the magnetic tape terminal are much greater than the capacity 
of conventional voice/data telephone lines. Wideband communication 
lines are required to handle the very high speeds for this type of terminal. 

Modems 

The function of the modem is to translate the digital pulses from the 
data communications terminal or the computer into analog signals for 
transmission over the communications channel. The modem also trans¬ 
lates analog signals into digital form. These processes are respectively 
called modulation and demodulation, hence the acronym modem. The 
bandwidth of the analog channel, or voice communications channel, is 
typically 3000 Hz (a Hertz is 1 cycle per second). This is the bandwidth 
nominally associated with the public switched telephone network. The 
input and output signals of data communications terminals and computers 
are in digital form—that is, in machine-sensible form. Typically, this digital 
output is in the form of a binary code that employs two distinguishable 
code elements, 1 and 0. 

Because the code elements are represented by direct-current (dc) 
states, they may be sent over the facilities of the common carriers only on 
special wire pairs that are dedicated to the handling of direct-current 
telegraphy. In their dc states, they cannot be sent over the telephone net¬ 
work. The modem converts the code elements into the analog form suitable 
for transmission over this network. 

Through the use of various coupling devices, the modem is, in effect, 
used to convert the switched telephone network into a short-term commu¬ 
nications data link. The modem is also used on leased wire, voice-grade 
circuits as part of the data communications channel. Speeds attainable 
depend on the type of modem employed and the quality of the wire line 
provided. 
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Within the Bell System, modems are referred to as data sets, or Data- 
phones. Data communications users may obtain modems from the com¬ 
mon carriers or, subject to certain at&t restrictions, may buy them out¬ 
right from independent equipment suppliers. 

Modems may be classified as low-speed asynchronous, medium-speed 
asynchronous, medium-speed synchronous, and high-speed synchronous. 
Among the four categories there are wide variances in cost, technical com¬ 
plexity, and available ancillary functions. 

Low-speed asynchronous data modems are well suited for communi¬ 
cations between 60 to 150 words per minute. If they are acoustically or 
inductively coupled to a standard telephone handset, they can provide 
operating speeds of approximately 80 words per minute with standard 
teletypewriter terminals. 

Medium-speed asynchronous modems are becoming increasingly avail¬ 
able. Typically, they operate at speeds of approximately 1200 bits per sec¬ 
ond. These modems are used with higher-speed teletypewriter terminals 
and serial printers. 

Medium-speed synchronous modems are available in a wide variety of 
configurations and employ more complex modulation techniques. Their 
speeds vary between 2400 and 4800 bits per second over the dial-up tele¬ 
phone network. Medium-speed synchronous modems provide data trans¬ 
mission speeds of between 4800 and 9600 bits per second over specially con¬ 
ditioned lines provided to the customer by the common carrier. Typical of 
modems in this category is the Bell System Type 203 Data Set. It is avail¬ 
able in different options for varying speeds and circuit conditions. It fea¬ 
tures automatic answering and disconnect, test programs from the remote 
data center to the data set, back-to-back local testing, and speed-selectable 
two-, four-, or eight-level codes. 

High-speed synchronous modems are used on wideband channels in 
the range of 10,000 bits per second and up. 


Multiplexers 

A multiplexer is a communications terminal device that can divide a 
single channel into several channels of different bandwidths. Each new 
subchannel is capable of transmitting and receiving simultaneously with 
the others. For example, a telephone voice/data channel has the capacity 
to carry at least 2400 bits per second of signaling information. Low-speed 
data terminals, on the other hand, typically operate at speeds of under 
150 bits per second, considerably less than the channel’s total capacity. 
Figure 3-1 illustrates a network where the computer is linked on a point-to- 
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point basis with three low-speed terminals over a leased private wire 
system. 



150 BITS 
PER SECOND 


150 BITS 
PER SECOND 


150 BITS 
PER SECOND 


Fig. 3-1. Point-to-Point Network without Multiplexing 


Figure 3-2 shows the same network, still linked on a point-to-point 
basis but with the addition of a transmitting multiplexer and receiving 
demultiplexer. By dividing the single voice/data channel into three sub¬ 



channels, three links are created which can serve three low-speed data 
terminals simultaneously. Since line charges are made according to the 
mileage covered by each line, in this instance the use of multiplexing or 
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channelizing equipment considerably reduces the overall costs associated 
with the network. 

Multiplexing and demultiplexing of the type described above may be 
provided by the data communications user. Once the voice/data signals 
have entered the common carrier’s transmission network, additional multi¬ 
plexing may, and usually does, occur. The voice-grade channels are brought 
together and multiplexed into a group, groups are brought together into 
supergroups, and these in turn are brought together into master groups 
for transmission on high-density, long-distance trunk routes. 

Multiplexing is accomplished by one of the following methods: 

1. Frequency-Division Multiplexing (fdm) is a method in which the 
voice communications channel is divided and subdivided into several sep¬ 
arate subchannels, each with a narrower bandwidth and a lower indi¬ 
vidual signaling speed. In the fdm technique, each channel is modulated 
by an individual frequency, and the channels are stacked through a band 
of frequencies. 

2. Time-Division Multiplexing (tdm) is a method in which the com¬ 
munications channel is shared in rotation among several users, and a 
sample is taken from each. The tdm system interleaves the samples, in 
the form of bits, into a single high-speed channel. 

Concentrators 

A concentrator serves basically as a storage buffer that has input and 
output capabilities. Incoming signals are received by the concentrator and 
retransmitted if a circuit is available. If not, the signal is stored for subse¬ 
quent retransmission when a circuit becomes available. 

The concentrator concept was first applied in the telephone industry 
to make long-distance trunks into more efficient message-carrying facili¬ 
ties. A degree of concentration was achieved by selectively placing many 
intercity telephone calls onto one circuit. Access to the long-distance 
trunk was on a contention basis; that is, each user contended against other 
users on a first-come, first-served basis. In such applications, queues de¬ 
velop; that is, callers wait in line for access to the system. Queueing is an 
important aspect of the concentrator’s role in store-and-forward message 
switching applications. 

The concentrator is typically linked to a computer via a high-speed 
(broadband) communications channel and is linked to its many terminals 
via low-speed channels. Thus, the concentrator may alter the signaling 
speed of the message in addition to regulating the flow of messages over 
the channels. The processing speed of the concentrator is fast enough that 
it can accept messages simultaneously from several low-speed terminals, 
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thus reducing terminal delays in waiting for an available circuit to the 
computer. 

Data Access Arrangements and Connecting Arrangements 

The data access arrangement (daa) is an electrical interface unit re¬ 
quired and supplied by the telephone companies when customer-owned 
data communications terminal equipment is connected to the public 
switched telephone network. The connecting arrangement (ca), also pro¬ 
vided by the telephone companies, supplies an electrical interface when 
customer-owned data communications terminal equipment is connected 
to the leased private line network of the telephone companies. 

In 1969, as a result of the historic Federal Communications Commis¬ 
sion's Carterfone decision, at&t's interstate tariff (fcc 263) was revised to 
permit foreign (customer-owned) attachments to the switched telephone 
network. Until then, voice/data communications operated through data 
sets or data phones, both provided exclusively by the telephone com¬ 
panies. With the privilege of using foreign attachments came the require¬ 
ment for the lower-cost daa. 

The daa perf orms three technical f unctions: 

1. It provides dc isolation between the customer-owned data terminal 
equipment and the public telephone network. Supervisory control (e.g., 
dialing) may not originate in the data terminal. 

2. It establishes a control point for the telephone company to adjust 
the power level of signals coming into the telephone exchanges. 

3. It effectively limits the frequency spectrum of the data modem to 
prevent interference with the telephone company's various technical re¬ 
quirements. 

The function of the ca is virtually the same, except that its proposed 
use is on leased private line data communications channels using cus¬ 
tomer-owned terminal equipment. The ca was a new requirement of the 
telephone companies in 1971, but in that year they did not seem to insist 
on its use on any uniform basis. 

Switching Centers 

Communications switching functions are classified as circuit switch¬ 
ing or message switching. They have separate but functionally interrelated 
operational characteristics and are widely used in voice/data communica¬ 
tions systems. 

The public switched telephone network and the twx and Telex tele¬ 
typewriter services operate as circuit switching networks. In these systems. 
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calls are electromechanically or electronically routed from one terminal to 
another through different switching centers. Every time a call originates, 
the proper electrical path must be established and switched into the net¬ 
work to provide a pathway between the calling and the called terminal. 
Interexchange and long-distance calls may (and usually do) establish a 
totally new path between the same terminals every time a new call is 
originated. 

Direct distance dialing (ddd) uses an electronic translator system (ets) 
in the switched dial network to direct long-distance calls automatically 
to their destination by the most readily available route. In the event that 
all long-distance trunks are in use, the caller receives a busy signal or a pre¬ 
recorded announcement. 

Message switching concepts parallel many of the functions described 
for concentrators. In fact, the concentrator provides the actual hardware 
used in automatic message switching systems. Message switching is char¬ 
acterized by the temporary storage and corresponding delay of the mes¬ 
sage as it goes through the switching center before it is retransmitted to 
its ultimate destination. At the switching center the message is often held 
in the buffer storage of the concentrator if the receiving or retransmitting 
terminal is busy. If the network consists of two or more message switching 
centers, the trunks between switches are utilized very effectively in a time¬ 
sharing mode. 

The Public Message Service (pms) of Western Union is an example of 
message switching on a manual torn-tape basis. Telegrams filed for trans¬ 
mission over the network are received in switching centers that perform 
the functions of routing, storage, and retransmission. Incoming message 
traffic is recorded on perforated paper tape. Each message heading is then 
examined to determine to which switching or relay center that message 
should be passed. Queues of messages awaiting transmission develop at 
the relay, which is in effect acting as a buffer storage for that portion of 
the network. At the final switching point the message is retransmitted to 
the customer’s pms teletypewriter or to the closest business office of the 
telegraph company, which then arranges for local delivery. 

Communications Channels 

The communications channels are the paths for transmitting signals. 
They are typically obtained from a common carrier; channels may access 
the public switched telephone network or the switched telegraph net¬ 
work, or may be obtained on a leased private line basis. Certain technical 
constraints are imposed by the carriers on the use of channels for data com¬ 
munications, regardless of their physical attributes. 
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Communications channels may be multiplexed by the common car¬ 
riers so that many unrelated users are sharing all or part of the same com¬ 
munications path. Transmission speeds, multiplexing, bandwidth, power 
levels, and the use of customer-owned equipment are all subject to both 
technical and tariff rate limitations. 

A wide variety of communications channels is available from the car¬ 
riers to meet data transmission requirements. These facilities may be di¬ 
vided into three classes: 

1. Narrowband facilities provide data communication at up to 300 
bits per second. 

2. Voiceband facilities make use of communications channels having 
effective bandwidths of about 3000 Hz. Equipment is available from the 
carriers and independent suppliers for data transmission at up to 4800 bits 
per second over the switched telephone network. Higher transmission 
speeds (up to 9600 bits per second) may be obtained by using conditioned 
leased private lines. 

3. Broadband facilities provide data communications at rates substan¬ 
tially higher than those of voiceband channels. They also offer more reli¬ 
able conditions. Current facilities can provide transmission rates up to sev¬ 
eral million bits per second. 


COMMON CARRIER COMMUNICATIONS SERVICES 

The major common carriers currently providing interstate communica¬ 
tions services are the American Telephone & Telegraph Company and the 
Western Union Telegraph Company. AT&T heads the Bell System and 
coordinates the operations of its wholly or partly owned operating com¬ 
panies. There are also a number of independent telephone companies, the 
largest of which is the General Telephone and Electronics Company. In 
general, the services discussed here are provided by the independent tele¬ 
phone companies as well as by the Bell System, although rates and exact 
services vary to some extent. 


Leased Private-Line Teletypewriter and Data Channels 

Leased narrowband facilities are offered by both AT&T and Western 
Union. Western Union offers private-line teletypewriter services and chan¬ 
nels with data rates from 55 to 180 bits per second. AT&T and Western 
Union offer data transmission channels covering the same range of data 
rates. 
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Western Union Teletypewriter Exchange Service (TWX) 

The twx network was formerly owned by at&t but was acquired by 
Western Union in the spring of 1971. This network provides subscribers 
with facilities for two-way manually keyed or paper tape communications. 
There are two basic classes of twx service: 

1. twx 60-speed provides 60 word-per-minute (45 bit-per-second) ser¬ 
vice via five-level teleprinter equipment supplied by Western Union. 

2. twx 100-speed provides 100 word-per-minute (110 bit-per-second) 
service via eight-level (ascii) teleprinter equipment supplied by Western 
Union. 

If the user desires, a twx station can be interfaced with a customer- 
supplied business machine, typically a computer, through the appropriate 
data sets. In addition, business forms can be used in the teleprinter equip¬ 
ment in place of standard roll paper. 

The twx service provides two-way communication connections to 
approximately 40,000 other twx stations in the United States and Canada. 
While the 60-speed and 100-speed stations can freely intercommunicate, 
such communication is limited to 60 words per minute. Conference and 
collect calls can also be initiated. Furthermore, Western Union has en¬ 
hanced the twx service to provide compatibility with Western Union 
Telex and Bell Dataphone services. 


Western Union Telex Service 

Telex is a subscriber-dialing service that permits intercity written or 
punched paper tape communication between subscribers in major cities 
throughout the United States, Canada, and Mexico. Messages can be 
transmitted at a maximum speed of 66 words per minute (50 bits per sec¬ 
ond). A subscriber’s business machines can be connected into the Telex 
network with no restrictions on intercommunication. 

Telex service operates in a way similar to twx, except that the trans¬ 
mission speed is 50 bits per second. Charges are based only on time used; 
there is no minimum. The Telex system offers unattended operation of the 
station equipment and self-identification of all units on the network. 

The Telex Computer Communications Service (tccs) is linked with 
the Telex system and permits the transmission of messages from a Telex 
station to another Telex station or to a twx 60-speed or 100-speed station 
on a torn-tape basis. 
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Western Union D at acorn Service 

Datacom is a Western Union service for the low-cost transmission of 
digital data. It provides two-way multichannel service between 45 termi¬ 
nal cities representing the largest business areas in the United States. The 
basic Datacom service supports channels of 75, 110, 135, and 150 baud. 
An enhanced version, called Datacom II, provides channels of 300, 600, 
or 1200 baud in addition to the low-speed ones. Datacom service may be 
accessed 24 hours a day, seven days a week. Customers not located in a 
terminal city can be connected to the service through a private wire 
extension. 


Multistation Leased Narrowband Systems 

A number of packaged multistation systems are available for lease 
from the common carriers. They vary in the degree of control and type of 
intercommunication provided among the stations in the network. Gen¬ 
erally, these systems are oriented toward providing written message com¬ 
munications via teletypewriters. They include selective calling systems 
and polling systems. 


Leased Voiceband Services 

Leased voiceband facilities are offered by both at&t and Western 
Union. A variety of channel types is available, either unconditioned or with 
different kinds of conditioning. Unconditioned channels can operate at 
data rates up to 4800 bits per second, whereas conditioned channels can 
operate at up to 9600 bits per second. 


Pidilic Switched Telephone Network 

The public switched telephone network, which is operated by the 
operating companies of the Bell System and by independent companies, 
is available for the transmission of digital data, currently at practical rates 
of up to 4800 bits per second. In the Bell system this type of service is 
called Dataphone service. Many of the independent telephone companies 
provide similar services and often use Bell System components. Among 
the many facilities available through the public telephone network, three 
types are commonly used. 
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1. Direct distance dialing (ddd) allows direct dialing of most points 
in the public system; additional exchanges are continually being added to 
the list of dialable points. 

2. Foreign exchange provides a permanent leased connection between 
a subscriber and an exchange other than his local exchange. This facility 
allows calls to or from the point serviced by the foreign exchange to be 
made at the local message rate for that exchange, and becomes economical 
if such traffic is heavy. 

3. Private Branch Exchange (pbx) provides a local private exchange 
for a subscriber, typically a company with many extension phones. It per¬ 
mits intercommunication among extension phones and outside calling fa¬ 
cilities. The pbx facilities can range from operator-connected lines to com¬ 
pletely automatic exchanges. 

Several new facilities have been developed by the Bell System for the 
public switched telephone network. Among them is the Electronic Switch¬ 
ing Service (ess), which reduces the time needed to make connections and 
offers a variety of new services to telephone subscribers. Touch-Tone data 
transmission permits a subscriber to use the ordinary Touch-Tone tele¬ 
phone handset for digital data input. 


Bell System Wide-Area Telecommunications Service (WATS) 

Bell System Wide-Area Telecommunications Service (wats) is a form 
of long-distance telephone service that provides voice or nonvoice com¬ 
munications to meet the needs of customers who originate or receive a 
relatively large number of calls to or from widely scattered and distant 
locations. The customer dials a call in the same way that he would dial an 
ordinary long-distance call. The service is offered at a flat monthly rate or 
on a measured-time plus overtime basis. Nonvoice communications are pro¬ 
vided by means of the Dataphone service or a customer-provided modem 
via the data access arrangement. 

To obtain the wats rates, all calls must either originate at or terminate 
at one common location. After the connection has been established, data 
flow can be in either direction. Flexibility is afforded by access-line 
bridged extensions. This arrangement allows the customer to use exten¬ 
sions at locations both in and out of the exchange area of the originating 
or terminating location. Calls may be originated from these locations, pro¬ 
viding the access line is not already in use. 

Western Union Broadband Exchange Service 

The Broadband Exchange Service is a general switched service that 
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provides subscribers with alternate voice/data communications over full- 
duplex (simultaneous two-way) facilities of selectable bandwidth. Sub¬ 
scribers currently have a choice of two bandwidths, 2 or 4 kHz (kiloHertz, 
or 1000 cycles per second). The service will eventually include a 48-kHz 
bandwidth, which will make it a truly broadband service, as its name 
implies. 


Bell System 1A System 

The Bell System 1A Selective Calling System provides for the opera¬ 
tion of a number of five-level punched paper tape terminals over a single 
leased half-duplex (nonsimultaneous two-way) voiceband line. Control 
circuitry located at the master station permits automatic polling or selec¬ 
tive calling of remote stations. 

Bell System DATASPEED Service 

The dataspeed service provides transmission and/or reception of 
punched paper tape data and reception by printer equipment over leased 
voiceband lines or over the public switched telephone network. 

Telpak Service 

Telpak is a general name for a service designed for bulk communica¬ 
tion needs. It is offered by both the Bell System and Western Union. Telpak 
service is designated as Series 5000 channels. Two classifications of inter¬ 
state Telpak service are currently offered, Class C with a capacity of 60 
equivalent voice channels and Class D with 240 equivalent voice chan¬ 
nels. A Series 8000 wideband data channel service is also offered with 12 
equivalent voice channels. 

Bell System Dataphone 50 Service 

AT&T introduced Dataphone 50 service on April 1, 1968, on a trial. It 
provides high-speed (50 kHz) switched message-rate service for data and 
facsimile transmission. Dataphone 50 became fully automatic, allowing 
customer dialing on all calls, on Nov. 15, 1969. Before that date, only calls 
within an exchange could be dialed by subscribers, with intercity calls 
requiring operator intervention. 

The service is offered within and between switching centers in four 
cities: New York, Chicago, Los Angeles, and Washington, D.C. Sub¬ 
scribers located in the same exchange as a switching center are connected 
to that center by a local access line. Other areas desiring service can re- 
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quest interconnecting interstate private lines, thus establishing foreign 
exchange (fx) service. 


SPECIALIZED COMMON CARRIER SERVICES 

As the result of a May 1971 Federal Communications Commission 
(fcc) order, data communications services will become available from a 
variety of new common carriers. The first such service, from the mci Com¬ 
munications Corporation, was inaugurated in the fall of 1971 on an incre¬ 
mental basis, starting with the link from St. Louis to Chicago. The mci 
network is expanding rapidly during 1972, and, if it is on schedule, should 
be completed by the end of 1973. Starting all at once in 1974, Datran 
expects to begin its switched data communications service in cities through¬ 
out the country. During the 1971-1975 period, many of the smaller spe¬ 
cialized carriers will also inaugurate their services. The major features of 
the specialized common carrier services are outlined here. 

MCI Communications Corporation 

MCI is planning to offer a point-to-point, private line, microwave radio 
service at rates that have been estimated at 40 percent lower than those 
presently set for comparable Bell System private line service. The differen¬ 
tial depends, of course, on the volume and frequency of use. The channels 
offered by mci will carry not only data but also voice, facsimile, remote 
metering, and other nondata forms of communication. Microwave trans¬ 
mission links will be provided between the cities that mci serves. The con¬ 
nection between the local mci terminal facility and the subscriber's prem¬ 
ises may be made through an intracity microwave link or a land line and 
may be provided by either the subscriber or mci. MCI also leases local 
lines from Bell. 

Features of the mci service include an available range of channel band- 
widths from 200 Hz to 960,000 Hz, multifunctional (voice/data) usage, a 
specified average data error rate (one error in 10 million bits transmitted), 
and two-way transmission of different bandwidths. The smaller special¬ 
ized common carriers are planning to provide services similar to those of 

MCI. 

Datran 

Datran plans to build a switched all-digital nationwide communica¬ 
tions network specifically designed and engineered for data transmission. 
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Initially, a microwave backbone trunk of 35 cities will follow a route be¬ 
tween San Francisco, Los Angeles, Dallas, Minneapolis, St. Paul, Atlanta, 
and Boston. The system will grow through the addition of spur routes. 
Datran expects to provide local distribution links to subscribers' premises 
that are compatible with its digital system concept. These links may employ 
microwave radio or multipair cable. 

Features of the planned Datran service include rapid connection (within 
3 seconds), high reliability (an average of not more than one error in 10 
million transmitted bits), a selection of switched data rates (initially 150, 
4800, 9600, and 14,400 bits per second), and charges based on connect 
time measured in increments of 6 seconds. 


4. TERMINAL EQUIPMENT 


Communications terminals are used to interface an operator with a com¬ 
puter via telephone lines. Many kinds of terminals are available to meet 
the needs of different applications. In time sharing, two types are most 
prevalent: the typewriter-oriented terminal and the alphanumeric display. 


GENERAL CHARACTERISTICS 

In selecting the terminal best suited to his particular applications, the 
user should pay special attention to characteristics that apply to both the 
typewriter-oriented terminal and the alphanumeric display. These include 
input, output, error detection and correction, condition indicators, and 
transmission. 

Data Input 

Important factors in determining the success of a terminal installa¬ 
tion are the speed, convenience, and flexibility of data entry. Input data 
can be broadly classified as “prepared” or “manual.” Prepared data is read 
from previously prepared punched paper tape, magnetic tapes, punched 
cards, or other machine-readable storage media. Manual data is entered 
by the operator at transmission time. 

Each component that can accept previously prepared input should be 
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identified along with the type and size of the input medium, the input code, 
and the character set (when applicable). A character set for a specific 
device may be defined as the unique group of letters, digits, and special 
symbols (excluding control characters) that the device uses for a specific 
purpose, which may include reading, transmitting, printing, or recording. 
The quantity of data that can be entered in each message or transaction is 
also significant. Although there may be no practical limit on the quantity 
of data that can be entered for devices such as paper tape or magnetic 
tape readers, it may be limited by the capacity of a buffer in other equip¬ 
ment. 

Provisions must be identified for entering variable data manually at 
transmission time. The method of entry is usually either a keyboard or a 
set of dials, switches, slides, or levers. The human engineering aspects of 
data entry are particularly important; features that affect the convenience, 
speed, and accuracy of manual input should carry extra weight in equip¬ 
ment selection criteria. In addition, the quantity of manual data that can 
be entered for a single message, as well as the available character set, may 
vary for buffered operation. Some devices can accept only numeric data 
from manual input, although users need alphanumeric data in many 
applications. 

After the manual data has been entered in a buffered terminal, the set¬ 
tings should be visible to the user so he can verify that the data has been 
entered correctly—preferably before the message is transmitted. Type¬ 
writer input devices usually produce a printed record of the input data 
while it is being typed and transmitted. Some keyboard input units pro¬ 
duce no permanent record of the transmitted data; this obviously presents 
problems in accuracy control. In systems that employ dials, levers, or 
slides for manual input, the settings are generally visible, though it may 
not be easy to read them quickly and reliably. 

The range and flexibility of message configurations are important in 
data communications systems. Different systems accommodate varying 
maximum and minimum amounts of each type of input data. Any required 
control codes, such as start of message, station identification, and end of 
message, should be identified in addition to the means of generating con¬ 
trol codes. Frequently, the input unit generates these codes automatically. 

The steps involved in a normal transmission should be investigated to 
permit comparisons of relative operating convenience and speed. The 
usual steps, which are performed either manually by the operator or auto¬ 
matically by the hardware, include verifying that the system is ready, 
entering all prepared and manual data, actuating the data transmission, 
verifying that no detectable error has occurred, and retransmitting if 
necessary. 
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Data Output 

The types and speeds of data output are also important factors in the 
terminal installation. The most common media for data output are punched 
paper tape, punched cards, magnetic tape, and printed copy. Sometimes a 
single terminal device has a combination of two or more of these output 
capabilities. 

For each component, the type and size of the output medium and the 
output code should be indicated. The peak speed of the output unit, with¬ 
out regard to any restrictions imposed by the communications facilities, is 
normally referred to as the “rated output speed.” The “effective speed” is 
the average rate at which data can be transmitted over a long period of 
time. It may depend on the grade of the communications line, the start- 
and-stop times of the output unit, the amount of data received per message, 
and the presence or absence of redundancy-checking data and control 
codes. Some systems require special provisions for controlling the format 
of the output, such as special control codes in the received data. 

Error Detection and Correction 

The primary purpose of a data communications system is to transmit 
useful information from one location to another. To be useful, the re¬ 
ceived copy of the transmitted data must be an accurate representation 
of the original input data, within the limits dictated by the application 
requirements and the necessary economic tradeoffs. Most errors in the re¬ 
ceived messages are traceable to one or more of three causes: 

1. Operator errors in preparing the input or in operating the transmit¬ 
ting terminal. 

2. Malfunction of the communications lines, due either to random 
pulses interfering with data transmission or to a more permanent condi¬ 
tion such as complete failure of the line. 

3. Malfunction of the receiving terminal equipment in preparing the 
output copy. 

The types of checking, methods of indicating errors, and procedures for 
correcting or overcoming errors are the principal items of interest in ex¬ 
amining the error-control facilities of data communications equipment. De¬ 
tected errors are commonly indicated by lights, audible alarms (buzzers), 
machine halts, presence or absence of special characters in transmitted or 
output data, or combinations of these indications. 

Error-correction procedures may be fully automatic or primarily man¬ 
ual. The most common method of error correction is retransmission of 
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either the complete message or individual segments until the entire mes¬ 
sage has been received with no detected errors. 

Condition Indicators 

In most terminal systems each element usually has facilities that indi¬ 
cate various conditions, both normal and abnormal. Such conditions are 
usually indicated by lamps, visible switch settings, audible alarms (buzz¬ 
ers), or a combination of these. The operator should receive a clear indica¬ 
tion that the components are ready (or not ready) to transmit or receive 
data, or that some difficulty has occurred (e.g., the station is not ready or an 
error has been detected). In simple systems having one input or output 
device at each end of the communications line, the operator can merely 
note whether the device is operating (e.g., reading or punching tape). 

Transmission Characteristics 

Paramount among factors to consider when selecting communications 
terminals are the basic transmission and control characteristics. These 
determine the communications facilities required, the speed of transmis¬ 
sion, the flexibility of operation, and the degree of compatibility with other 
data communications equipment. The important transmission character¬ 
istics include the transmission speed, transmission method, transmission 
code, transmission mode, the order in which the bits forming each charac¬ 
ter or word are transmitted serially, and the synchronization technique. 

The rated transmission speed often depends upon the type of com¬ 
munications line used. This rate should be specified for each standard type 
of communications line or facility with which the terminal is known to be 
compatible. Current techniques of data transmission employ relatively 
few different kinds of line signals (normally two for binary transmission). 

In digital data communications, specific bit patterns are assigned par¬ 
ticular meanings. The group of bit configuration patterns which defines all 
the transmitted characters in a particular character set is called a trans¬ 
mission code. Some data communications devices are relatively insensitive 
to the transmission codes because they simply “pass along” the data in the 
form in which they receive it. But the kind of transmission code can be 
important when considering devices that— 

• Perform some kind of checking on the received data. 

• Generate checking information that is appended to the transmitted 

data. 

• Convert the input code to another code for transmission. 

• Alter the received code for recording the data. 

• Record the received data directly in printed form. 
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Data can be transmitted in one of three basic transmission modes: 
simplex, half-duplex, or full-duplex. In simplex transmission, data is trans¬ 
mitted in one direction only. Simplex transmission is a function of the 
terminal equipment, as all standard communications lines permit bidirec¬ 
tional transmission. Half-duplex transmission permits a device to transmit 
or receive data, but not both at the same time. Full-duplex transmission 
allows data to be transmitted simultaneously in both directions by means 
of two independent data paths. 

The sequence in which the bits are transmitted is important for much 
the same reason as the transmission code: devices that interpret the data 
signals to control specific functions expect the signals to be in a certain 
code and transmission sequence. If these format requirements are not ob¬ 
served, the equipment interprets the signals incorrectly. 

Because the data signals are also time-dependent (that is, the bits are 
transmitted at precise time intervals), the terminal equipment must ensure 
synchronization between the transmitting and receiving stations. Two 
commonly employed techniques are referred to as asynchronous (or start/ 
stop synchronization) and synchronous transmission. 


TYPEWRITER-ORIENTED TERMINALS 

Typewriter-oriented terminals are so classified because the interface 
with the operator is similar to an office typewriter. Basically, these devices 
have as their primary components a keyboard and/or a printer. Quite often 
they include buffers or auxiliary storage devices for off-line message prep¬ 
aration and automatic inputting and outputting of data to and from the 
communications line. 

The terminals discussed under the typewriter-oriented classification 
are often recognized by other names. The use of terms such as teletype¬ 
writer, teleprinter, low-speed printer, and keyboard-printer are quite com¬ 
mon. Other terms are receive-only (ro) printer, keyboard send/receive 
(ksr) terminal, and automatic send/receive (asr) terminal. Still others are 
the character printer, page printer, and serial printer. 

Not included in the typewriter-oriented class of terminal would be such 
devices as alphanumeric (a/n) displays (described later in this chapter) 
and “intelligent” terminals (which are programmed and can do data 
processing). While both types have some of the same characteristics as the 
typewriter-oriented terminals, they also possess sufficient differences to 
justify their exclusion from this category. 

Typewriter-oriented terminals were originally designed for telegraph 
operations communicating with a similar remote device over wire or radio 
communications facilities. Today their use is extended to include com- 
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munication with a remote or local computer as well as other terminals. 
Both the original and updated versions were well received because the 
typewriter terminal permits an operator to communicate while visually 
verifying the transmitted and received messages. 

Even in the early days of telegraph terminals, auxiliary devices such as 
paper tape readers were used. These permitted message preparation and 
editing to be performed locally, allowing subsequent higher-speed data 
transmission. 

Today's typewriter terminals have many advantages over their tele¬ 
graph counterparts. They can operate at faster speeds, they provide more 
efficient error control, and they can handle many kinds of prepared input 
media and produce outputs in many forms. Specialized keyboards make 
certain terminals better suited to specific applications. In addition, some 
typewriter terminals are equipped with buffers and line control units that 
make line use more efficient. In recent years advances in packaging tech¬ 
niques, together with reductions in electronic circuit size, have given rise 
to typewriter terminals with attache case portability. 

Typewriter terminals find uses in many applications, time sharing be¬ 
ing perhaps the largest segment. Other applications include file updating, 
data retrieval, data dissemination, and message handling. 

Components 

A typewriter-oriented terminal typically acquires source data in a 
coded machine language such as ascii or bcd, transmits or receives this data 
over a communications line, and provides printed (hard copy) output. In 
performing these functions, the terminal can be regarded as a combina¬ 
tion of data sources and data sinks interconnected with the communica¬ 
tions line. Depending on the application, a keyboard, paper tape reader, 
and magnetic tape reader often function as data sources. Data sink opera¬ 
tions can be performed by a printer, paper tape punch, or magnetic tape 
recorder. These components can be combined in various arrangements 
with the communications line; in some configurations, flexible system con¬ 
trols over the source-sink interconnections enable a single terminal to 
handle a variety of data preparation and remote input/output operations. 

The standard methods of remote operation determine the basic ter¬ 
minal components required; these include receive-only (ro), keyboard 
send/receive (ksr), and automatic send/receive (asr). The components 
assumed to be common to all three terminal configurations are a modem 
and an interface suitable for data transmission over a communications line. 

The ro configuration includes only a printer to provide a hard copy or 
printout of the data received over the communications line from the remote 
computer. This method is the least frequently used, since it is generally 
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confined to broadcast-type applications where data can be distributed 
only in a unidirectional flow from the computer to the outlying terminal 
locations. There are no provisions for data entry to the computer. (How¬ 
ever, ro terminals are often used to give hard copy for display terminals 
that have entry capability.) Once the terminal has been conditioned 
properly to respond to incoming signals, an operator’s attendance is seldom 
required during the printing process except in the event of equipment 
failure or a paper supply shortage. If such malfunctions do occur, however, 
most ro terminals automatically send special control signals to the com¬ 
puter to suspend transmission temporarily and prevent the loss of data. 

The addition of a keyboard, used in conjunction with the printer, gives 
the terminal keyboard send/receive (ksr) capabilities. This is the con¬ 
figuration most commonly associated with typewriter terminals. Data 
transmission may take place in a conversational mode, where the terminal 
and the remote computer can alternate in obtaining control of the com¬ 
munications line. The degree of line control made available to either the 
terminal operator or the computer, however, is largely a function of the 
system software. Some applications may require that certain terminal 
operations be determined primarily under control of a stored program in 
the computer, thus relieving the operator of various communications func¬ 
tions such as call initiation, call reception, disconnection, and line turn¬ 
around. Even in such a program-oriented arrangement as this, however, 
some means should still be reserved for program interruption from the 
terminal. The provision for manual intervention in a ksr terminal offers 
change-of-mind flexibility and more effective interaction with the 
computer. 

The application of a ksr terminal is quite different from that of the re- 
ceive-only version in that the data flow can be bidirectional and human 
attention may be an important part of the operating procedures. Instead 
of being used solely as a remote medium for recording computer output 
data, the terminal can participate actively in the communications process 
and become a source of information for the computer. In an on-line system, 
for example, where the terminal has direct access to the processing and 
storage facilities of the computer, the keyboard entry capability enables 
the operator to obtain quick responses to inquiries, to request calculations 
on numeric data, to submit new information for file storage, or to retrieve 
and manipulate previously stored data for updating purposes. 

The typewriter terminal design usually permits the electrical attach¬ 
ment of additional auxiliary devices. Such a connection should accom¬ 
modate all control characters transferred to and from the communications 
line for operation of the attached equipment. Automatic send/receive 
(asr) operation is intended to expand the capabilities of a ksr configuration 
so that data transmission or reception can also proceed without operator 



Terminal Equipment 43 

attendance. With this method, the on-line procedures are not limited to an 
interactive exchange of messages directly between a manual keyboard- 
printer and the remote computer. The auxiliary storage equipment (e.g., 
paper tape) enables the operator to perform the keying function olf-line 
so that data can be prepared and batched locally at low cost in some 
machine-readable form. Prepared messages are then read at the maximum 
rated speed of the device, to shorten the transmission time and optimize 
line efficiency. Paper tape can be transmitted much faster than an operator 
can type. The same cost advantage also often applies to messages being 
received from the computer if the auxiliary device is designed to record 
incoming data at rates faster than the printer. A printed copy can later 
be generated off-line at the slower speed. 

Magnetic tape cassettes enhance a typewriter terminal by permitting 
formats, programs, and data to be stored off-line. It is occasionally possible 
to buy business software. 

The Portable Terminal 

Portability has become a desirable feature for some specialized type¬ 
writer terminal applications that require short-term, desk-top information 
retrieval wherever a telephone is available. Designed primarily for an 
operator whose function involves calling from various locations, the port¬ 
able terminal offers compactness, normally in a single, self-contained key¬ 
board-printer unit. Auxiliary components such as paper tape and magnetic 
tape equipment are usually impractical or unnecessary. Most portables, 
however, do incorporate their own modems, either integrated into the 
terminal unit itself or as a separate module with a cable attachment. For 
the convenience of dialing into the public switched network via a conven¬ 
tional telephone handset, an acoustic coupler commonly functions as the 
modem and communications interface. But this method usually limits 
terminal operation to a maximum of 30 characters per second (up to 300 bits 
per second), since effective acoustic coupling beyond this speed is mar¬ 
ginal in the full-duplex mode. In addition to compact design and integral 
acoustic coupling, portable typewriter terminals should also be lightweight 
(not more than 30 pounds), and should include a rugged carrying case, a 
power supply capable of tolerating voltage levels that vary between 
different geographic locations, and a capacity to withstand a wide range 
of input signals and line noise. 

Selection Considerations 

Seldom does one type of equipment fulfill all the system needs of a 
potential user. However, in matching the available hardware features with 
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the functional requirements of a particular application, typewriter ter¬ 
minal selection will depend, among other things, on the amount of data 
traffic, the need for and the degree of error control, the form of the source 
data, the possibility of off-line usage, and the system’s growth potential. 
Some consideration must also be given to the type of environment in which 
the terminal is expected to operate—factory, office, edp room for example. 
Operating conditions to consider include tolerable temperature and 
humidity ranges, dust accumulation, vibration levels, weight limitations, 
available space, and a need for portability. Generally, the wider the en¬ 
vironmental ranges required, the more expensive the terminal. 

When data is to be transmitted rapidly from a given remote location to a 
central computer facility for further processing, efficiency of the terminal is 
determined largely by the method of data presentation and the average sys¬ 
tem response time. The primary application for the typewriter terminal is 
low-volume, time-dependent communications where the data is to be kept 
and where a low-cost printed copy of the entry and/ or response is required. 
When data is perishable, the transmission and reception of brief messages 
and replies must be achieved at essentially conversational speeds, as though 
there were no intervening distance between the computer and the opera¬ 
tor and no need to wait more than a few minutes to hold the conversation. 
Since this kind of data requires human attention, however, only a limited 
amount of information can be read and digested for a given period of time, 
and relatively low-speed terminal operation is sufficient. In an on-line sys¬ 
tem, the computer program acts immediately on the data entered directly 
from the keyboard and responds with an output message for the operator. 
The terminal must present the information quickly, in a familiar form, and 
with sufficient accuracy to avoid confusion. Since the operator ordinarily 
views the whole system solely in terms of the operational efficiency of her 
own work station, the terminal should be designed with her comfort, con¬ 
venience, and efficiency in mind. 

For this reason, a review of human engineering provisions should be 
conducted to determine the convenience of terminal operation. Important 
factors to consider include: 

• Selection of special function keys or controls. 

• Placement of operator controls. 

• Data entry procedures. 

• Editing and formatting f acilities. 

• Error detection and correction procedures. 

• Selective keyboard input. 

• Data input verification. 

• Methods for data presentation. 

• Multimedia input combinations. 

• Recovery procedures in the event of equipment failure. 
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THE ALPHANUMERIC DISPLAY 

An alphanumeric (a/n) display terminal is typically a compact unit 
equipped with a keyboard that displays data on the face of a cathode-ray 
tube (Fig. 4-1). The data may be entered from the keyboard or received 



Fig. 4-1. Typical a/n Display Unit 

from a computer. The basic function is to provide rapid, easy access to 
data stored in a computer system or to the computational facilities of the 
computer. Applications for which alphanumeric display terminals are well 
suited include real-time access and maintenance of central data files and 
on-line, man-machine conversations for inquiry processing. The a/ n dis¬ 
play terminals usually cost a great deal more than comparable typewriter 
terminals. Most commercially available alphanumeric terminals can be 
connected either directly to a computer input/output channel or remotely 
over a communications line via an appropriate controller or adapter at the 
computer site. 
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The inherent features of a/n displays which often dictate their selec¬ 
tion for computer applications are primarily speed, noiseless operation, 
flexibility, and error reduction. The a/n displays can provide more data at 
one time than electromechanical computer terminal devices and in formats 
that can be quickly and easily changed. Moreover, because the data is not 
permanently stored on the screen, it can be changed easily, thus simplify¬ 
ing editing, while also improving the operator’s ability to detect and correct 
errors. The noiseless operation of a/n displays makes them acceptable in 
many locations such as hospitals and law offices. All of these features of 
a/ n displays tend to promote smoother interaction between the operator 
and the computer as well as to make them the kind of equipment well 
suited to many modern office applications. 

Basic Components 

An a/n display device has four basic components, which are shown in 
block diagram form in Figure 4-2. 

1. Cathode-ray tube and electronics. 

2. Memory and character generator. 

3. Keyboard and auxiliary devices. 

4. Interface and control electronics. 

The crt screen for visual representation of data is similar to that of a 
television set; in some cases a TV set is used as an a/n display. Data dis¬ 
played can be in the form of alphabetic letters, numeric digits, punctua¬ 
tion marks, and specialized symbols. Some units can display only a subset, 
such as numeric digits, of the total character set. The crt electronics posi¬ 
tion and control the characters on the screen. 

The memory serves the primary function of continually refreshing the 
data on the screen; otherwise, it would last only fractions of a second. 
Memory can be used for temporary data storage both prior to sending it to 
a computer and after receiving it from the computer. This buffer capability 
makes it possible to keep errors from reaching the computer; they may be 
visually detected and corrected before actual transmission. There is also 
a character generator that accepts coded data from the memory and con¬ 
verts it to the input form required by the crt electronics to write the 
characters on the screen. 

The keyboard is similar to a typewriter keyboard, although there are 
usually additional keys for control and special functions. Keyboards are 
available in typewriter, teletypewriter, keypunch, and adding machine 
layouts. Some a/n displays also have auxiliary devices such as light pens, 
for quickly identifying, locating, and positioning characters on the screen. 

The operation of all the a/n display components is governed by the 
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interface and control electronics package. It also controls the flow of data 
to and from a computer, whether it be via direct connection or through 
special communication facilities. 

Price Ranges 

The price of an a/ n display device depends on the use for which it is 
intended and its built-in f eatures (such as its computer interaction capabil¬ 
ity), whether or not it is a self-contained unit, and the extent to which it 
allows a user to edit and format data. These features vary widely in a/n 
display devices, resulting in a price range from less than $1500 to more 



Fig. 4-2. Basic a/n Display Components 
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than $15,000. Terminals at the upper end of the price range usually have 
some graphics abilities in addition to alphanumeric display. 

Reasons for Using A/N Displays 

Major features which may influence a user’s selection of an a/ n display 
device are speed, flexibility, ease of use, and error control. The relative 
importance of each, however, depends on the specific characteristics and 
requirements of each user’s application. 

It is important to note the comparative speeds of electromechanical 
versus electronic terminal devices. For example, electromechanical de¬ 
vices such as teletypewriters typically operate at 10 characters per second, 
whereas teleprinters operate at up to 30 characters per second. For manual 
data input, all devices are limited by the typing speed of the operator. But 
once the data is entered, the a/ n display memory functions as an electronic 
buffer to facilitate high-speed data transfer. This transfer may be output 
from the terminal to the computer as well as input from the computer to 
the terminal at rates up to 40,000 characters per second. When long-dis¬ 
tance voice-grade communication lines intervene, input/output data rates 
to a/n displays are more typically 300 characters per second. But even at 
this reduced speed, the response time of the interaction is ten times greater 
than for typical electromechanical devices. 

A user typically has a number of unique data input and output re¬ 
quirements. An a/n display combines many input and output capabilities 
within one unit and thus has the flexibility to fulfill many of these specific 
needs. The ability to partition display memory, for example, allows the 
user to display instructions or special form overlays to aid the operator in 
perf orming his tasks or to display data without having to retype permanent 
or semipermanent information. The data formats displayed on the screen 
can be revised quickly as required. Thus the a/n display is uniquely suited 
for many varying or nonstandard data input/output applications. 

Immediate data display, special editing features, and the interaction 
between the computer and the a/n terminal greatly simplify and improve 
error detection and correction. Typical operating experience indicates that 
90 percent of the keyed errors are sensed by the operator and can be cor¬ 
rected immediately. Moreover, computer editing programs in many cases 
detect data input errors as they are being received, thus permitting rapid 
error correction. 

Functions of A/N Display Devices 

The degree of interaction required between the user of an a/n display 
device and the computer depends on the functions performed. These may 
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include data entry, data retrieval, inquiry/response, and monitoring/ con¬ 
trol. Terminal characteristics for each function are shown in Table 4-1 and 
major applications for each function are shown in Table 4-2. While a/n 
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Table 4-2. Major Applications within Each Function Area 


DATA ENTRY 

DATA RETRIEVAL 

inquiry/ response 

monitoring/ 

CONTROL 

Order entry 

Stock quotation 
status 

Inventory control 

Process control 

Production data 

Seat availability 

Customer trans- 

Numerical control 

collection 

checking 

action 


Account update 

Credit checking 

Text editing 

Cash flow 

Transaction 

Record or file 

Computer-aided 

monitoring 

reporting 

status 

instruction 

Management 

information 

Enunciation 


displays are usually considered general-purpose devices, not all of their 
characteristics or capabilities are required for each function. Some manu¬ 
facturers have developed basic a/n displays with minimum capabilities, 
which can be expanded to a full range of features with options available 
according to function. 

Systems and equipment for providing input and data to a computer are 
characterized by little interaction with the computer itself ; the computer 
usually generates data entry forms or operational instructions, which ap¬ 
pear on the display, and then acknowledges receipt of data. Major applica¬ 
tions for data entry (shown in Table 4-2) are used primarily to create or up¬ 
date data files. The local editing capability provided by the a/n display 
buffer memory reduces the frequency of transmitted data errors, thus de¬ 
creasing computer operating costs and system overhead. Data input for¬ 
mats can be standardized without affecting easy interchangeability at the 
terminal for different uses of data entry. These become a convenient guide 
for the terminal operator. 

Data retrieval systems and equipment are used to extract stored data 
from a file or system. While a small amount of input data is needed to 
identify the desired data, the data retrieval function is essentially one-way 
transmission from the computer to the terminal and its user. The data 
retrieval function is to present the current status of a file rather than to 
change the data in the file. Optimal input techniques using a structured 
retrieval language or methodology are required to facilitate the selection 
of desired data. Keys coded by function may be used for the rapid selec¬ 
tion of major data items. Sometimes a light pen is used in lieu of function 
keys to conveniently select a desired item from a list shown on the display 
screen. 

Inquiry/response systems and equipment are used to support the ex¬ 
tensive interaction between the user at the a/n display terminal and the 
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computer. Often the storage capacity of the computer and its high-speed 
arithmetic capabilities are involved. As the broad spectrum of applications 
in Table 4-2 indicates, there are significant subfunctions implied by in¬ 
quiry/response tasks, such as: access to data base, access to computation, 
method of training (as in computer-aided instruction), and method of text 
manipulation. Thus the a/n display devices must incorporate the features 
needed for both data entry and retrieval functions. In effect, the devices 
designed for inquiry/response are of a more general-purpose character 
than those made specifically for data entry or retrieval. 

Status information on critical elements affecting system operation is 
provided by monitoring/ control systems and equipment. A user may inter¬ 
rogate the computer system to determine operational status. In addition, 
the system may automatically inform the user when previously specified 
thresholds are reached or if changes occur that require his attention. Thus 
the user is warned in time to take corrective action and has a means of im¬ 
plementing his decisions through instructions entered at a display terminal. 


Product Design 

The a/n display offers a variety of choices in such design factors as 
modularity, operating options, operating mode, control features, and com¬ 
munications. The a/n display units are now being constructed with pre¬ 
wired slots for optional printed-circuit boards so that devices can be added 
in the field. Previously, the units were essentially complete packages; addi¬ 
tional features could be obtained only by extensive factory modifications 
or a new model. Field modularity allows the user to start with a basic unit 
that meets his needs, gradually supplementing his display as new applica¬ 
tions develop. 

Many a/n display units offer optional operating features that greatly 
expand the capabilities of the unit. 

Size of Local Storage. This can vary from one-character increments to 
to increments of a multiple of the maximum display size. Several of the 
available displays can locally store several pages of characters. 

Total Number of Displayed Characters. The number of lines and the 
number of characters per line that can be displayed on the same size screen 
determine the total number of characters and the layout of the display. 
Since screen sizes are relatively limited, increasing the number of charac¬ 
ters shown at one time normally calls for decreased character size. 

Editing Features. Character replace, character insert, character de¬ 
lete, line insert, and line delete are features that aid data entry and inquiry/ 
response functions. A cursor shows where the next character will be typed, 
either with ordinary typewriter operations or with special procedures. The 
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ease with which the cursor can be controlled affects the level of training 
and aptitude required to use the display. Many a/n displays have special 
cursor keys to facilitate editing by controlling its direction of movement 
in steps. 

Format Features. Protected format is available on many displays to 
ensure that semifixed data on the display screen cannot be erased by the 
operator unintentionally. Protected format is useful when filling data into 
standard forms. This feature is also referred to as split screen. However, in 
its more exact connotation, split screen allows the screen to be divided into 
areas so that some may be designated for protected format and others may 
remain variable. 

Paging or Scrolling. Paging and scrolling allow more memory to be 
used than there are display locations on the screen. A new page or screen 
full of data may be called in; the data on the screen can sometimes be 
scrolled up or down to bring in new data, line by line. In some terminals, 
data is lost once it has scrolled off the top of the screen. In others, it is 
saved in buffer storage. Such quirks can be important, especially in editing 
applications. 

Other Optional Features. These include different data transmission 
rates, various types of keyboards, associated equipment (hard-copy printer, 
magnetic tape cassette), limited graphics (line drawing capability), tabu¬ 
lation, and different character sets. 

According to its operating mode, an a/n display device may operate 
on one character or several characters at a time. An unbuffered a/n display 
transmits and receives only one character at a time; its characters are not 
temporarily stored in an a/ n display memory but are transmitted directly 
to the computer, one by one, as the user depresses the keys. Since local 
memory may not be available to refresh the display, the computer or some 
other method must be used. This memory could be a direct-view storage 
tube (dvst) or circulating delay line storage, with raster scan display. Un¬ 
buffered devices are designed primarily to be compatible with teletype¬ 
writer operation. 

A buffered display uses a memory to store data in coded form for dis¬ 
play refreshing; the same form is used for transmission to and from the 
computer. This form is usually a seven- or eight-level code plus parity 
(error checking). The buffered a/n display may transmit and receive many 
characters, one after the other, up to the full memory capability. The 
memory allows the data to be edited prior to transmission. Some buffered 
displays permit the operator to select the number of characters that will be 
transmitted at one time—usually one character, one line, or one page. 
Buffered displays are usually preferred for remote multiunit installations 
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because local editing cuts communication time, and many buffered units 
can share a single controller's communication line. Substantial savings in 
the cost of communications can result. 

The number of controllers for an a/n display device depends on 
whether it operates alone or together with several other display devices. 
The stand-alone units have their own controller, while the multiunits 
share one. Stand-alone units generally have the same features and capa¬ 
bilities as the multiunits, but are cheaper when four or less displays are 
required. The multiunit systems essentially provide independent display 
operation, but in some systems the display character capacity is decreased 
as more displays are added. For example, the ibm 2260 system limits each 
display to 240 characters when 24 units share the controller. If 16 units are 
used, 480 characters can be displayed on each unit. 

Communication between the a/n display device and the computer 
can be initiated by either the computer or the a/n display operator. 
Through computer-initiated data transmission, or polling, each a/n display 
device is periodically interrogated to determine whether it requires ser¬ 
vice. With operator-initiated data transmission, each a/n display device 
randomly bids for service. This is called nonpolling, interrupt, or conten¬ 
tion operation. Different a/n display control hardware is required for each 
technique. 

Related Products 

Products that have important technological relationships to a/n dis¬ 
play devices, either as an adjunct or as a competitor, include printers and 
associated devices, indicators, graphic displays, large area displays, com¬ 
puter output microfilm, and audio response units. 

Teletypewriters and teleprinters have generally been used to provide 
hard-copy output, not only as a competitor with output from a/n displays, 
but also as a hard-copy adjunct to a/n displays. These devices have proved 
unsatisfactory because of their low speeds of 10 to 12.5 and 15 to 30 charac¬ 
ters per second, respectively. The new electrostatic copying techniques and 
printing devices now being offered can provide a better solution where 
hard copy is required with a/n displays. These are usually furnished in a 
ratio of 1 printer to 6 to 10 a/n displays. These devices and techniques 
include: 

1. Small desk-top printers, offered by several a/n display manufac¬ 
turers such as Hazeltine and Computer Terminal Corporation, are con¬ 
trolled from the a/n display and operate at 30 characters per second. These 
printers use impact or nonimpact thermal or electrostatic data recording 
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mechanisms and are priced from $2000 to $2500. However, this type of 
printer is normally dedicated to one display and cannot be shared by other 
displays. 

2. High-speed printers, offered by independent manufacturers such as 
A. B. Dick Company, Daconics, and Nortec, are stand-alone units and are 
designed for multiterminal installation. These printers operate at 250 to 
300 characters per second, and are priced from $7000 to $10,000. The units 
can be shared by many display devices, and they offer a 136-column print 
line and provide multiple copies. An exception is the A. B. Dick Company’s 
Videojet 9600 printer, which provides a single copy because it uses a non¬ 
impact ink-jet technique to form the characters. 

3. Photographic devices that use polaroid or microfilm techniques to 
record crt display data are also available. However, these techniques are 
primarily used to record graphic rather than alphanumeric data. 

4. Electrophotographic or electrostatic devices that use a crt within 
the unit are available. Anything that can be shown on the crt can be 
imaged on standard bond or specially sensitized paper. These devices may 
be used with an a/n display to capture the data immediately, but they were 
designed primarily to operate with graphic (line drawing) displays. One of 
these devices, the ibm 2285, costs approximately $30,000. Several Japanese 
models are priced in the $10,000 range. 

5. Magnetic tape cassettes can provide as many as 500,000 characters of 
local data storage for a/n display devices. They can be used to enter and 
retrieve data off-line, thereby reducing the communication costs usually 
associated with terminal systems. These devices may be part of the a/n 
display device, such as Computer Terminal Corporation’s Datapoint 2200, 
or they may be provided as optional equipment. Features such as two- 
cartridge units and random access retrieval afford relative advantages in 
specific applications. The price for a magnetic tape cassette terminal ranges 
from $2500 to $4000. 

Indicators are alphanumeric character devices typically used for add¬ 
ing machines, equipment readout devices, and stock-quote board displays. 
One of the common indicators is the nixie tube. Some applications that 
require a limited set of alphanumerics and/or a few characters per display 
use either indicators or a/n displays. 

Graphic displays, although similar to a/n displays, are usually much 
larger. They can display extensive line drawings and many more numeric 
characters at one time than can an a/n display. Because of the complexity 
of graphic displays, they are almost always directly associated with a com¬ 
puter, usually a minicomputer dedicated to operating the graphic displays. 
IBM leads the graphic display market with the Model 2250. Control Data 
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Corporation (cdc), Univac, and rca, among others, also provide graphic 
displays. Graphic displays are priced from $25,000 to more than $100,000. 

One type of graphic display competes in some applications with alpha¬ 
numeric displays. This display is centered around the dvst, which can pro¬ 
vide alphanumerics and graphics (i.e., complex line drawings) much more 
cheaply than can the graphic displays such as the ibm 2250. Storage tube 
displays are made by a number of firms, some of which specialize in this 
field, such as Tektronix, Computek, and Computer Displays, Inc. Because 
of the limitations of storage tubes, they are appropriate only in certain 
applications. Where some graphics are required, but where extensive inter¬ 
action between human and computer is not needed, the storage tube dis¬ 
play can be very effective. Although priced much lower than most graphic 
displays, the storage tube displays still cost more than most alphanumeric 
displays— approximately $10,000 to $20,000. 

Large area displays typically show train and plane arrivals and de¬ 
partures in terminal buildings. In some cases, plastic-letter title boards are 
used with closed-circuit tv to several screens. Usually alphanumeric dis¬ 
plays that are tv operated also have the capability of driving more than 
one monitor screen. Other large area displays, similar to a/n displays, con¬ 
sist of very bright crt displays projected through special optics onto a 
screen. 

Computer output microfilm (com) is related to the a/n display. A crt 
is the source of alphanumeric images for its film. A storage tube display 
also is used with many com units to provide a preview of the image going 
onto microfilm. The com device is an alternative output device to a/n dis¬ 
plays for computers, notably in business applications that require frequent 
reference in many locations to relatively unchanging data. The com dis¬ 
play terminals cost as little as $250, but updating and distributing micro¬ 
forms may be very expensive in a large organization if it is done more often 
than once or twice a week. 

Audioresponse units are used with computers to obtain output, usually 
by telephone, to an inquiry posed by Bell System’s Touch-Tone® or similar 
key input devices. Portable terminals for use in audioresponse systems 
might be considered for some applications as alternatives to a/n displays. 
At least one a/n display manufacturer (Logitron, recently acquired by 
Bendix) provides a portable a/n display unit. 




5. COMPUTER SOFTWARE FACILITIES 


Computer software (a word coined after hardware) consists of written or 
printed data, such as programs, routines, and symbolic languages, which 
are essential to the operation of the computer. It also includes documents 
such as manuals, flow charts, and circuit diagrams that explain computer 
operation. 

Computer software is the means by which people communicate with 
computers. People think and calculate symbolically with words and ideas, 
and computers calculate electrically with voltage and current pulses that 
represent numbers. There has to be some means of translating human 
processes into computer processes so that the operator can instruct the 
computer in what it is to do. 

The programmer could—and in early days did—instruct the computer 
by writing out his instructions in a series of binary numbers. To eliminate 
this tedious process, the hardware designer now supplies with his central 
processor a basic repertoire of instructions in alphanumeric or other sym¬ 
bols that enable the processor to translate words into binary machine code. 

It is the job of the programmer to specify the sequence of these instruc¬ 
tions by which the computer can carry out some specific task—for instance, 
the calculation of a paycheck. But with an elementary instruction set, it 
would still be a tedious business. Therefore, various software aids have 
been developed to expedite communications between the programmer and 
the central processor and to relieve the programmer of a substantial amount 
of detail. 
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Computer Software Facilities 

These software schemes translate symbolic codes or “languages” into 
machine code or language at various levels of complexity and sophistica¬ 
tion. The hierarchy of these levels ranges from the assembler at the lowest 
level to the operating system at the highest level. These languages are, in 
fact, prewritten translation programs. The symbolic or man-readable 
language is called the source language and the machine-readable language 
is called the object language. 

Assemblers are language translation programs that convert symbolic 
source language into numeric machine language, usually with one-to-one 
correspondence between the number of source language statements and 
machine language instructions. The source language translated by an as¬ 
sembler is called the assembly language. It is highly dependent on the 
computer’s instruction set. 

A compiler also translates source code into machine code, but each 
written statement in the compiler language is translated into several 
machine instructions. In general, the term “programming language” is 
used to specify the source language translated by a compiler. Although 
programming languages are designed to be independent of any specific 
machine format, this goal is seldom completely realized. 

The operating system consists of all software facilities that contribute 
to the efficient and convenient running of programs on a computer. These 
facilities include a master routine and a number of special-purpose routines 
automatically controlled by the master routine. The operating system for 
a time-sharing computer is particularly complicated because it must con¬ 
trol the in-and-out shuffling of programs and data from many different 
users and must do this at very high speed. 

This book is not intended to impart a comprehensive understanding of 
computer software, but rather to present a concise survey of the charac¬ 
teristics and components of programming systems. Software facilities are 
discussed under three major headings: assemblers, compilers, and operat¬ 
ing systems. Short descriptions of 12 prominent programming languages 
summarize the most distinctive features of each language and give enough 
information so that the reader can decide whether it would be to his ad¬ 
vantage to understand the language in more detail. This subject is ex¬ 
panded in the Appendix, which discusses in detail some of the program¬ 
ming and system control languages most commonly used on time-sharing 
systems. 


ASSEMBLERS 

An assembler is a computer program that translates assembly language 
source programs into machine object language or code that can be executed 
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by the computer. The assembler is the lowest-level translation program. 
The format of the instructions in the assembly language follows closely the 
instruction repertoire of the machine on which it is designed to operate. 
Consequently, both assembly language and assembly program are highly 
dependent on the machine. With the exception of certain housekeeping 
functions and coding conveniences that are furnished by the assembler, 
assembly language is generally converted to machine language on a one- 
for-one basis. Each line of code written in assembly language usually pro¬ 
duces one machine instruction. 

There are several advantages of coding in assembly language instead 
of machine language. The assembly language uses mnemonic symbols in¬ 
stead of the actual numbers executed by the machine; these symbols are 
much easier for people to read and understand than numbers. The symbols 
can be used in operation fields, location fields, and operand fields. The use 
of symbolic addresses in coding allows the assembler rather than the pro¬ 
grammer to handle such functions as assigning storage locations to data 
and instructions, simplifying debugging, controlling relative addressing 
and indexing, and producing relocatable machine object code. Relocatable 
machine code makes it possible to load and execute a program from 
memory locations that are convenient at the time the program is executed, 
rather than from locations established when the program is translated. 
Making a program relocatable ensures that no useful data in core will be 
destroyed when the program is loaded. Thus the programmer need not 
keep his own inventory of all storage locations currently in use. 

The assembly system may also include special facilities called pseudo¬ 
operations, which control the action of the assembler and define the sizes, 
types, and relationships of data areas. These facilities have the same gen¬ 
eral form as machine instructions, but cannot be executed directly by the 
computer. A pseudo-operation does not represent a single instruction in 
object code, but rather an operation that can be carried out only by a group 
or series of such instructions. Thus when a pseudo-instruction is specified, 
the assembler translates the operation into the series of object code in¬ 
structions necessary for implementing the operation. The pseudo-opera¬ 
tions supplied with a given assembler are chosen and coded by the de¬ 
signers of the assembler. 

Assemblers are often supplied with the ability to handle macroinstruc¬ 
tions in assembly language. Like the pseudo-instruction, a macroinstruc¬ 
tion causes the assembler to generate a set of object instructions, which 
are incorporated into the assembler’s machine language output; in the case 
of the macroinstruction, the user and not the designer chooses the sequence 
of object instructions. 

Macroinstructions can be used to relieve the programmer of the need 
to continuously rewrite an assembly language-coding sequence that he 
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may need a number of times. When he needs the coding sequence, he 
uses the name of the macro as an instruction operation code, and includes 
any set of variables he wants in an argument list. An assembler often in¬ 
cludes an additional facility that permits the programmer to define and 
generate his own macrocodes and corresponding subroutines. 

Assemblers vary in the number of times they scan the assembly lan¬ 
guage source program before they produce a completely workable ma¬ 
chine-language object program. Each scan is called a pass, and assemblers 
are designated as one-pass, two-pass, etc. In a two-pass assembler, the first 
pass allocates the storage and sets up tables of all symbols and labels 
addressed by the source program. The second pass generates code in the 
allocated storage from the data in the tables. A one-pass assembler does 
all these things in a single pass. Thus, the more passes an assembler takes, 
the more efficient its resulting program is likely to be. But for programs that 
are used infrequently or that are relatively short, the one-pass assembler 
saves initial computer time. 

Most assemblers furnish diagnostic messages to help the programmer 
debug the source program. The assembler uses built-in diagnostic rou¬ 
tines to locate malfunctions in the program and to print out messages 
identifying the type of malfunction. The exact capabilities of the diag¬ 
nostic routines are determined by the assembler’s designers. 


COMPILERS 

Whereas an assembly language is designed to allow a programmer to 
manipulate a computer’s instruction repertoire and hardware facilities 
efficiently, a programming language is usually designed to emphasize the 
process or procedure necessary to solve the problem at the expense of some 
machine efficiency. Programming languages are intended as tools for 
people who use computers to solve problems in their particular fields of 
interest; they are less useful to computer professionals who want optimum 
machine performance. Consequently, programming languages are de¬ 
signed to be largely machine independent. They also include terminology 
and procedures specific to each user’s applications so that he can write 
programs in a language that expresses the concepts and relationships 
familiar to him. 

Because programming languages are intended to be machine inde¬ 
pendent, a compiler must be incorporated for translating the programming- 
language coding into machine object code. Since every computer has a 
different basic instruction repertoire, a separate compiler is required for 
each variety. Consequently, although programming languages may be ma¬ 
chine independent, their compilers are machine dependent. Further, no 
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matter how general and machine independent a programming language 
may be, if no compiler is available for translating its coding into the object 
code of a given manufacturer’s computer, the language cannot be imple¬ 
mented on the specified computer. Thus, when a manufacturer claims his 
system can support a specific programming language, he is saying that a 
compiler capable of performing the appropriate translation is available, 
either from his company or from outside vendors. 

Compilers translate a single programming-language statement into ma¬ 
chine-language statements on a one-for-many basis rather than on a one- 
for-one basis, as in the case of assemblers. This is done because the concept 
expressed by a single programming-language source statement is generally 
implemented by multiple lines of object-language coding. 

Discussions of compiler efficiency usually mention the required trade¬ 
offs between the efficiency of the translation process (usually called com¬ 
pile time) and the efficiency of the object code (execution time). A given 
compiler may translate a programming-language source routine very rap¬ 
idly, but if the resulting object code is not compact, the total program exe¬ 
cution time may be longer than if the compilation were slower so that a 
more compact object code could be produced. Generally, a fast compiler 
is preferred for debugging because the user does not intend to execute the 
program during such runs. Alternatively, for program execution, the user 
is more interested in the efficiency of the object code, since the program is 
recompiled only once. Recently, some attempts have been made by com¬ 
piler designers to furnish a variety of compilers, each intended to be the 
most efficient during specified translation stages. Unfortunately, these 
attempts have been confined to a limited number of computer models and 
to a still more limited number of languages. 

Currently available programming languages vary significantly in their 
data-handling capabilities. While most scientific- and business-oriented 
languages have facilities for manipulating numeric data, a number of 
specialized languages (sometimes called symbol-manipulating languages) 
have been developed to handle problems dealing with string manipulation 
and list processing. Compilers intended to handle numeric data alone are 
usually designed to store the information in sequential memory locations. 
Symbol-manipulating languages, however, furnish operators for inserting, 
deleting, and rearranging elements in tables. Consequently, list-processing 
and string-manipulating language compilers furnish facilities for storing 
data in nonsequential memory locations. Each element in a list is assigned 
a number of core locations; one location contains the data element itself, 
and the other locations serve as pointers to core locations that store other 
elements in the list. Symbol-manipulating languages may differ in the 
number of pointers associated with each data element. In a two-pointer 
compiler, one location may store the address of the next data element in 
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logical sequence, while the other pointer may contain the address of the 
preceding data element. With this feature, data can be easily accessed in 
a forward or backward direction. 

In formulating a new programming language or implementing an 
existing language, designers tend to emphasize a number of features. Al¬ 
though each feature cannot be optimized in each language, the following 
considerations are among the most important: 

1. The program structure, such as the divisions, the manner in which 
labels are formed, and the procedures for combining separately written 
portions of coding into a single program or for running specified portions 
of a larger program. 

2. Data description facilities, such as the method for identifying vari¬ 
ous types of data and specific files, records and blocks, data items, and data 
values. 

3. The operation repertoire, such as methods for specifying formulas, 
operations on arrays, data movement, file manipulation, other types of 
computation, and communications with the operator. 

4. The procedure sequence control, such as methods for specifying 
jumps, conditional procedures, subroutines, and loop control. 

5. Compiler control facilities, such as transferring to another language, 
specifying the target computer environment, modifying the program 
through compiler-directed statements, and allocating core storage. 

6. Debugging aids, such as diagnostic messages for identifying specific 
programming errors and editing facilities for their correction. 


OPERATING SYSTEMS 

An operating system is a comprehensive group of routines that con¬ 
tribute to the efficient and convenient running of programs on a computer. 
They do so by assigning many housekeeping tasks to the computer, thus 
removing them from the manual control of the operator. Computers con¬ 
trolled by such operating systems can interpret instructions at speeds that 
are orders of magnitude faster than a human being can react. Because of 
the complexity and variety of tasks an operating system is required to per¬ 
form, however, the coding for an extensive operating system may occupy a 
significant portion of the computer’s memory. Consequently, the develop¬ 
ment and growth of operating system technology is closely related to im¬ 
provements in both computer memory and software technology. 

The software that constitutes an operating system consists of a monitor 
or executive routine and a number of special-purpose housekeeping rou¬ 
tines automatically controlled by the executive or master routine. How- 
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ever, the actual facilities that manufacturers call “operating systems” vary 
widely. Some operating systems, designed to run on a minimum configura¬ 
tion system, provide only the bare essentials for controlling the operation 
of a computer; the user must code and insert any additional facilities. 
Other operating systems provide virtually complete control over the op¬ 
erating functions; operator communications with these operating systems 
is normally through job control statements entered via a dedicated systems 
device, such as a card reader, or perhaps through the console keyboard. In 
using a well-designed operating system, the operator communicates only a 
small amount of control information to the monitor, which then regulates 
all other aspects of the computer operation. 

In addition to supervising the running of a single program on a single 
computer, some operating systems simultaneously regulate a number of 
computers (multiprocessing) and/or direct the simultaneous execution of a 
number of programs on a single processor (multiprogramming). To facili¬ 
tate multioperation and enhance a computer’s capability during single 
runs, an operating system may also control the loading of programs into 
core from auxiliary storage devices and the allocation of such computer 
facilities as storage and input/output units. 

Additional facilities intended to minimize operator intervention in¬ 
clude controls for error handling, diagnostics, and automatic restarting of 
a program, as well as special routines to assist in the running of an installa¬ 
tion. Examples of special routines that help an operator to run or debug 
programs include routines for overflow control, input/output blocking and 
unblocking (in which computer words are combined into physical units of 
data, or vice versa), control of messages, and general or special provisions 
for producing a dump of the contents of selected core locations and 
registers. 

Program loading is facilitated by routines that place a previously gen¬ 
erated machine-language program into memory or by a load-and-go pro¬ 
cedure that converts the source coding directly into machine language. 
Load-and-go capability increases computer throughput because the source 
program can be loaded and executed as one continuous job without break. 
Loader programs include a feature called linking, which establishes con¬ 
nections between executable programs and any subroutines with which 
they need to communicate. 

Multiprogramming and multiprocessing are implemented through such 
techniques as overlay and overlapping. Overlay is used when the total 
storage required for instructions and data exceeds the available main stor¬ 
age. It allows several program modules to be placed in the same storage 
area at different times by bringing routines into core storage from auxiliary 
devices. Overlapping can be implemented if the hardware configuration 
includes independently controllable input/output and memory processors; 
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overlapping means transferring data to or from one portion of core storage 
while instruction execution continues in other portions. 

In time-sharing applications, comparative effectiveness of different 
operating systems is difficult to determine because the systems are under 
continuing development by computer manufacturers and time-sharing 
companies, and because details of their implementation are often con¬ 
sidered proprietary information. Still, some differences can be seen in two 
critical operating system functions: resource allocation and storage man¬ 
agement. 

Resource allocation deals with the way in which the system distributes 
processor control, i/o services, and other functions over a range of users. 
This distribution is accomplished through a system of queues (Fig. 5-1); 


Cycled Arrivals 



Fig. 5-1. Feedback Queuing System 


queues may be service directed or may be based on an external priority 
scheme. 

For the service-directed queue system (Fig. 5-2), external requests enter 



Fig. 5-2. A Service-Directed Queue System 
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the system through queue number 1 and cycle through the system and its 
associated services. Each request is allotted a quantum of time, which may 
vary from 50 msec to 5 seconds, depending on the operating system. If a 
request has not finished with the service when it completes its assigned 
quantum, it is again placed in the queue for that service and waits until 
other requests have completed their turn. 

In the external priority, or two-level queue, system (Fig. 5-3), jobs enter- 




Fig. 5-3. A Two-Level Queue System 

ing the system are tagged with a form of high or low priority; they cycle 
through system services at different rates, based on their priority. Most 
time-sharing operating systems utilize one or both queue systems, with the 
aim of balancing the use of system services. 

The second important difference in operating systems is in storage 
management, or the technique used to allocate storage to the programs 
residing in core. Four common schemes are the available space scheme, the 
paging scheme, the upper/lower memory scheme, and the memory fence 
scheme. 

In the available space scheme (Fig. 5-4), the operating system allocates 
programs to available space, beginning at the top of the executive or resi¬ 
dent system and continuing down until available memory is exhausted. 
New requests for storage space are made through the queue system. Dur¬ 
ing the time when a program does not have control of the system, it may be 
transferred to the disk or magnetic tape to make room for another program. 
Note that as programs run to completion, they create spaces in memory 
that may be too small to be assigned to a program waiting for service. 

In the paging scheme (Fig. 5-5), storage is allocated according to seg¬ 
mented pages that are called in from, and swapped out to, a paging device 
such as a disk or drum. This scheme enables fixed-length core segments to 
be assigned to the several user programs, thereby reducing the amount of 
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Fig. 5-4. Available Space Scheme 



Fig. 5-5. Paging Scheme 


unassignable memory that results when using the available space scheme. 
Although memory may be more completely allocated under the available 
space scheme, there are additional system overheads; for example, small 
segments must be swapped more frequently and the segments comprising 
a program must be continuously linked. The advantage of the paging 
scheme, on the other hand, is that it allows the use of extremely large pro¬ 
grams, regardless of the physical limit of the system memory space. 

Another storage technique that lends itself well to paging is dynamic 
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reallocation. Under dynamic reallocation, a page is not swapped out of 
main core when an interrupt occurs, but is relocated in an unused portion 
of core. (In systems using virtual memory, the pages may be relocated 
there.) Speed is gained from using this technique because it is faster to 
move pages within core than to and from an auxiliary storage device such 
as a disk or drum. The drawback, of course, is that the main core, when 
used as a storage device, cannot be used to process programs. 

In the upper/lower memory scheme (Fig. 5-6), user memory is logically 
divided into two compartments, and the operating system swaps user 
programs and compiler^ as it does in the available space scheme. Since 
only two assignable memory compartments are available to the users, 
memory management is simpler than that of the paging scheme. Two user 
programs may reside in memory simultaneously, with control given to 
either program for a fixed segment of time. If both users wish to perform a 
compilation, two copies of the compiler are loaded. User programs requir¬ 
ing more than one compartment must be physically segmented by the user; 
swapping of program segments may be made to either of the compartments. 

In the memory fence scheme (Fig. 5-7), user memory is segmented into 
a nonswap area. The nonswap area is fixed in size and allows no swapping 
of programs. The system command and edit language processor is perma¬ 
nently loaded into this area, leaving an area that may be used for batch 
jobs. Swapping of these batched jobs is not permitted prior to job comple¬ 
tion. The swap area receives and pages program segments in a manner 
similar to the paging scheme. 


0 



Executive 


12K 




Compiler + 



User 1 

Users and r 

22K 


- System 


Compiler + 

\ Services \ 


User 2 

' l 


Free Core 


32K 




Fig. 5-6. Upper/Lower Memory Scheme 







Computer Software Facilities 


67 


PROGRAMMING LANGUAGES 

Programming languages are currently available for solving problems in 
many areas: languages that range from business and scientific procedures 
to interactive on-line systems for solving arithmetic and scientific prob¬ 
lems; languages for solving and communicating algorithms, manipulating 
symbols, lists and strings, generating reports, and running simulation 
problems; and general-purpose languages that attempt to fulfill several of 
these functions at once. This section furnishes brief summary descriptions 
of a number of prominent programming languages. These summaries will 
provide sufficient introductory information to weigh the value of further 
study. The following languages are discussed: aid/ joss, Algol, apl, basic, 

COBOL, FORTRAN, JOVIAL, LISP, PL/1, RPG, SIMSCRIPT, and SNOBOL. 

AID/JOSS 

The Johnniac Open Shop System (joss) was originally implemented 
by the rand Corporation on the johnniac computer in 1963. It was the 
first system successfully employed for interactive on-line time sharing in a 
conversational mode. An expanded system utilizing a Digital Equipment 
Corporation pdp-6 computer became operational in 1966. When the pdp-10 
was introduced in 1967, the elements of joss were adapted for its use; the 
Digital Equipment Corporation renamed the language aid (Algebraic 
Interpretive Dialog). 

The joss system was designed to give individual scientists or engineers 
an easy, direct way of solving complex numerical problems. An operator 
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needs no previous programming experience and can run programs without 
explaining them to a professional computer programmer. 

The aid/ joss system is restricted to numeric calculations; it has no 
symbolic capabilities. The language supports arithmetic, relational, and 
Boolean operators. Numbers may be expressed in integer or mixed mode, 
but all numbers are represented internally as floating point. All commands 
are communicated through a keyboard terminal device. The aid/joss 
input/output facilities do not allow the user to select a peripheral storage 
medium; this is selected by the computer operating system (monitor) when 
the user initiates the system. The system, however, does furnish a wide 
range of flexibility in data storage and retrieval between core memory and 
the external storage file opened by the monitor. Users can file identifiable 
program units and collections of units for long-term storage, and aid/joss 
contains instructions for recalling such filed items, discarding them from 
the files, or typing out a list of the items in a file. Moreover, the output 
flexibility of the language allows the user to advance the Teletype paper, 
either one line or to the next page, and to define the format to be used in 
editing type-outs for readability. 

Commands in aid/joss are limited to one line and take the form of 
imperative English sentences that begin with a verb and obey the conven¬ 
tional rules of English for spacing, capitalization, punctuation, and spell¬ 
ing. An imperative command can be made conditional by appending an if 
clause; the conditional command is executed only if the proposition is true. 

A step constitutes the smallest unit of an aid/ joss program. It consists 
of any one-line command typed by the user; the step can be executed im¬ 
mediately or at a later time. For specifying later execution, the step must 
be preceded by a step number, consisting of an integer and decimal part, 
and the aid/ joss retains steps in sequence according to the numeric value 
of the step number. Consequently, the step number indicates whether an 
addition, insertion, or replacement to the program is denoted. Steps may 
be combined into units called parts. A part is formed from any number of 
labeled steps; the step numbers have equivalent integer portions but dif¬ 
ferent decimal portions. Steps and parts are the natural stored-program 
units for specifying, in a hierarchical way, procedures to be carried out by 
aid/ joss. Both units can be edited, deleted, typed out, or filed in long-term 
storage. 

Although the language does not include direct-error condition state¬ 
ments, typing errors may be corrected by strikeovers before an input com¬ 
mand is released. The system furnishes explicit error messages for lan¬ 
guage violations, and it responds with an interrogation for malformed 
expressions. 

The aid/ joss language is helpful to the human problem solver because 
he can delegate most of his computational chores to it. It is highly readable 
and easily learned, a language that allows the numerate user to combine a 
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few highly refined basic features in an unrestricted way and to produce 
report-quality output quickly and conveniently. 

ALGOL 

The Algol language developed from a cooperative international at¬ 
tempt to devise a common programming language that would serve both 
as program input to computers and as a medium of human communication 
of algorithms in published form. During 1960 a group of representatives 
from the United States and Europe met in Paris to prepare a standard defi¬ 
nition of the language. This meeting resulted in the report entitled Report 
on the Algorithmic Language ALGOL 60, which is the primary defini¬ 
tional report. The Algol 60 report is noted for its precise semantic and 
syntactic definitions. Subsequent minor revisions of the report were made 
during 1962 in Rome, but these revisions were primarily oriented toward 
correcting known errors and eliminating apparent ambiguities. In 1968, 
Algol 68 was introduced; this version of Algol offers wider applicability 
and greater power than algol 60. Compilers for algol are currently avail¬ 
able for a number of computers manufactured by Burroughs, Control Data, 
Honeywell, ibm, and Univac. 

The algol language is a problem-oriented, high-level system capable 
of expressing most calculating processes; it is intended for use in solving 
scientific and engineering problems. It deals principally with ordinary real 
numbers, integers, and their arrays. The language is not intended for use 
in file manipulating, list or string processing, or any processing other than 
expressing algorithmic solutions. 

An algol program is formed from three major constituents : type decla¬ 
rations for specifying the nature of the variables used; assignment state¬ 
ments executed as instructions in the order in which they are written; and 
statement brackets composed of the begin . . . end pair. A complete algol 
program includes a succession of type declarations followed by a succes¬ 
sion of assignment statements, all of which are enclosed between the 
statement brackets. In addition to delineating a complete algol program, 
the begin . . . end pair is used to form two significant program structures: 
the compound statement and the block: 

1. A compound statement is formed by enclosing a sequence of any 
number of statements within a pair of brackets. Because algol allows a 
compound statement to be referenced, a whole sequence of statements can 
be referenced as the destination of a single control statement. 

2. A block is formed by a declaration statement embedded within a 
compound statement. 

A variable maintains its declared significance only within the block in 
which it is declared. This block is called the local block of the variable. 
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When the program exits from a local block, the variable no longer has the 
declared significance. Consequently, it can be declared again in another 
block to denote an entirely different entity. The block structure is particu¬ 
larly useful in situations when a number of separately written Algol pro¬ 
grams are combined. Because each variable is defined locally, there is 
little chance for any destructive interference in case the same variable is 
used in different program parts and perhaps given a different name in each 
part. 

The algol language was the first to implement dynamic storage allo¬ 
cation. The compiler automatically assigns storage each time the local 
block of a variable begins execution. Further, after the program exits from 
the local block, the compiler can assign the available storage to a new 
variable. 

The algol 60 report does not specifically mention input/output opera¬ 
tions. Explicit procedures for performing these operations are available in 
the form of special routines furnished with each compiler. The algol pro¬ 
gram may refer to these procedures by name, it may include procedure 
declarations expressed in machine mode, or it may do both, depending on 
the compiler. 

Besides its use as a high-level programming language, algol has be¬ 
come useful as a tool for describing numerical processes for purely human 
communication. A number of journals currently publish algorithms writ¬ 
ten in algol for disseminating solutions to many problems throughout the 
international scientific and engineering community. In addition, algol is 
frequently used for teaching the concepts of computational processes and 
the calculating methods used in the different branches of applied mathe¬ 
matics. 

APL 

APL (A Programming Language) is a simplified, interpretive compiler- 
level language used in an interactive conversational time-sharing environ¬ 
ment. APL furnishes facilities for solving scientific problems, communicat¬ 
ing program algorithms, and describing computers in algorithmic form. 
The language was defined by K. E. Iverson in A Programming Language 
(Wiley, 1962). After a period of further development (with Iverson in col¬ 
laboration with A. D. Falkoff and L. Breed), apl became in 1968 a Type III 
(unsupported) program in ibm’s program library. 

APL makes extensive use of some 70 primitive arithmetic, relational, 
and Boolean operators to designate common mathematical and program¬ 
ming functions. For most of the primitive operators, the operands can be 
numbers (fixed point or floating point), alphanumeric strings, literals, ar¬ 
rays, vectors, and matrices. Primitive operators handle the following tasks: 
multiplication; parallel processing of array elements; applying the same 
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operation to all elements of a vector; generating arrays and finding their 
dimensions; selecting and locating particular elements from an array; 
building a vector by chaining items together; selecting some elements from 
a vector and omitting others; and transposing, reversing, or rotating an 
array. 

All characters are entered and received via a specially modified ibm 
Selectric® terminal keyboard. The apl program operates in two modes: 
execution mode and function definition mode. In the execution mode each 
statement is carried out immediately after the user types it. When the user 
specifies the definition mode, the instructions that make up the programs 
are stored and executed only when the system is returned to the execution 
mode. 

The free-form notation of apl (i.e., no hierarchy among functions) can 
present some difficulty. The entire expression to the right of a function is 
treated as its argument, and the order of operations is from right to left. 

For its use in a time-sharing environment, apl is designed with active 
work spaces associated with a user’s terminal. Each program contained in 
a work space consists of a series of operations entered by line number. 
When active, the work space occupies a block of working storage in the 
central computer; when inactive, the work space is stored in a library of 
work spaces. Each user has a private library where only he can store infor¬ 
mation; however, he can load work spaces from a number of common 
libraries. Information in these work spaces may be combined either item 
by item or all at once. The programmer uses cataloging commands to read 
the names of work spaces in his or a common library; a copy of the stored 
work space becomes active at the requester’s terminal (i.e., the functions 
defined in the work space, together with all the primitive functions pro¬ 
vided by the apl system, are available to the user). Information stored in 
the active work space mediates all transactions with the apl compiler and 
maintains information on the progress of program execution and control 
information affecting the form of output. Names of the variables (data 
items) and defined functions (programs) used in calculations always refer 
to items in the active work space. 

In 1970, Scientific Time Sharing Corporation introduced a file sub¬ 
system that made a major contribution to apl facilities. This subsystem 
permits the user to have program control for entering, retaining, and 
accessing more data than can be stored in an apl work space; it also allows 
an interrelated group of users to share and selectively modify a data base. 

Although apl supplies input/output statements to enter and print out 
data, the commands for performing system access, system control, file 
control, and information requests are machine oriented and are part of the 
computer system control language. 

In addition to its already wide acceptance as a useful scientific problem- 
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solving language for time-sharing users, apl is beginning to receive notice 
in educational circles. As a result of experiments using apl notation to 
teach mathematics (especially algebra), the language is expected to have a 
significant impact on mathematical notation and the teaching of mathe¬ 
matics. 

BASIC 

Beginner’s All-purpose Symbolic Instruction Code (basic) was con¬ 
ceived in 1965 as an easy-to-learn conversational language geared for sci¬ 
entific applications. The language was developed at Dartmouth College 
under the direction of Professors John G. Kemeny and Thomas E. Kurtz. 
Although the language compiler and related execution routines were origi¬ 
nally implemented for the ge-235, the basic language has been widely 
accepted by the time-sharing industry and is now supported by most com¬ 
puter manufacturers, with major enhancements by some of the bureaus. 

The basic language furnishes the scientist or engineer with a simple, 
direct tool for solving complex numerical problems. Moreover, the user 
requires no previous programming experience. Also, basic appeals to the 
professional programmer because of its facilities for matrix operations and 
its capabilities of processing both numerical data and alphanumeric strings. 

The basic language supports arithmetic, relational, and Boolean opera¬ 
tions. Most current implementations of the language restrict data type to 
floating-point numbers. Some systems, however, allow the definition of 
double-precision, complex, or logical variables. The language has a number 
of matrix manipulating facilities that let the user perform calculations 
without programming the matrix operations; these include arithmetic, 
input/output, inversion, transposition, filling a matrix entirely with ones 
or zeros, and constructing the unitary matrix. 

Most implementations of basic support alphanumeric string capabili¬ 
ties. Variables can be evaluated as an alphanumeric group of characters, 
and alphabetic information can be transferred via input/output state¬ 
ments. Although they are not yet prevalent, some basic systems allow the 
use of string variables in comparison statements. 

Originally, all basic commands had to be communicated through a 
keyboard terminal device, and input/output commands could not be used 
to select specific peripheral devices. Some recent implementations of the 
language can perform this selection as well as end-of-file tests and back¬ 
space commands for data manipulation. Additional extensions to input/ 
output capabilities of basic have included facilities for formatting data via 
instructions that allow the user to specify the data type, text layout, and 
placement of blank spaces between data items on output. 

File-handling capabilities of basic include commands for assigning 
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values to variables specified in a list, for requesting that values of variables 
in a list be specified at a remote terminal during program execution, and 
for displaying the numerical values of the variable and alphabetic quanti¬ 
ties stored in a list. In addition, a number of time-sharing basic systems 
allow access to data stored in files on on-line storage devices. 

Statements in basic are placed one per line and may be imperative or 
conditional. The programmer must assign a number to each statement; 
instructions are executed in numerical order. Because the computer auto¬ 
matically resequences instructions into numerical order, the instructions 
may be entered in any order. Although basic does not include direct-error 
correction statements, most implementations allow typing errors to be 
corrected by strikeover before releasing an input command. 

A number of basic systems support a chaining capability to run pro¬ 
grams that are larger than the core memory available. Chaining commands 
initiate system processes that cause one group of program statements to 
replace another set in active memory. This allows part of a program to be 
executed and replaced by new program statements. 

COBOL 

The Common Business-Oriented Language (cobol) is specifically de¬ 
signed for business applications. It is intended to be used as a common 
programming language for many varieties of computers, both large and 
small. Programs are stated in precise, easily learned English words and 
phrases. Nontechnical people with minimal backgrounds in data process¬ 
ing can read and understand cobol programs. The language contains 
optional words that may be omitted or included in a program and serve 
only to clarify its readability. 

The development of cobol was initiated in 1959 when computer users 
and manufacturers declared the need for a common business-oriented 
language. As a result of this impetus, cobol-60 was published in 1960. In 
1961 a number of changes and additions to the original document led to 
the publication of cobol-61 and cobol-61 Extended. Subsequent modifi¬ 
cations in 1964 and 1965 resulted in language specifications for an ansi 
standard. In 1968 the document defining ansi Standard cobol was ap¬ 
proved by the Information Processing Systems Standards Board. 

A cobol program is divided into four parts, called divisions: identifi¬ 
cation, environment, data, and procedure. The identification division is 
small, with relatively fixed format. Its primary function is to identify the 
name of the source program and the compiler outputs. In addition, the user 
may include the date the program was written, the date the compilation 
was made, the program’s author, and any other information desired. 

The environment division contains all information needed for solving 
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equipment compatibility problems. It deals entirely with the specifications 
of the equipment being used and, as a consequence, it is completely com¬ 
puter dependent. Memory size, number of tape units, hardware switches, 
and input/output units are among the many items that can be specified for 
a particular computer. The environment division is composed of two 
actions: 

1. The configuration section deals with the characteristics of the source 
computer and the object computer. It includes three separate paragraphs: 
one for describing the computer configuration on which the source pro¬ 
gram is compiled, one for describing the configuration on which the object 
program produced by the compiler is to be run, and one for relating the 
mnemonic names used in the source program to names familiar to the 
compiler. 

2. The input/output section deals with the information needed to con¬ 
trol transmission and handling of data between external media and the 
object program. It has one paragraph for defining special control tech¬ 
niques in the object program. 

The data division of cobol uses file and record descriptions to deline¬ 
ate the data files that the object program is to manipulate or create, and 
the individual logical records that comprise these files. Data may be con¬ 
tained in files and transferred between the internal memory of the com¬ 
puter and a specified area or areas; it may be developed internally and 
placed into intermediate or working storage; or it may be formatted 
according to user specification for output-reporting purposes. Although 
this division is somewhat computer independent, careful planning in the 
data layout is required if the programmer intends to permit the same data 
descriptions to apply to more than one computer without modification. The 
data division is subdivided into the following three sections: 

1. The file section defines the contents of data files stored on an ex¬ 
ternal medium. 

2. The working storage section describes records and contiguous data 
items that are not part of the external data files but that are developed 
and processed internally; or it describes the data items with values as¬ 
signed in the source program that do not change during the execution 
of the object program. Both logical records and noncontiguous items may 
be specified. 

3. The report section describes the content and format of reports that 
are to be generated. 

The procedure division contains all steps that direct computer imple¬ 
mentation of the user’s problem and also contains the set of procedures 
that determines how the data is to be processed. These steps are expressed 
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in meaningful English words, statements, sentences, and paragraphs: 
verbs denote actions; sentences describe procedures; and conditional state¬ 
ments provide alternative paths of action. This division is essentially com¬ 
puter independent; another cobol compiler can interpret this informa¬ 
tion in the same way, provided all cobol statements in the division are 
common to both compilers. 

The procedure division is composed of sections, paragraphs, sentences, 
and statements. The smallest meaningful unit is a statement; the three 
types of statements are imperative, conditional, and compiler-directing. 

1. The imperative statement indicates a specific action to be taken by 
the object program. 

2. The conditional statement specifies that the truth value of a condi¬ 
tion is to be determined and that subsequent action of the object program 
is dependent on this truth value. 

3. The compiler-directing statement consists of a compiler-directing 
verb and its operand. These functions allow the introduction of other lan¬ 
guages into the program, provide an end point for a loop, bring in proce¬ 
dures from a library tape, and allow the user to write comments that are 
to be ignored by the compiler. 

A sentence consists of one or more statements and is terminated by a 
period followed by a space. Paragraphs (one or more sentences) and sec¬ 
tions (one or more paragraphs) are provided so that the programmer can 
pass control to groups of sentences. In order to permit reference to a por¬ 
tion of a cobol program, names or labels are given to paragraphs and 
sections. 

The extensive file-handling and report-writing facilities of cobol in¬ 
clude a table-handling capability to define tables of contiguous data items 
and to access an item relative to its position in the table; capability to 
access records on a file, both sequentially and randomly; a sort capability 
to order a file of records; capability to produce reports by specifying the 
physical appearance of the report rather than detailing specific proce¬ 
dures; and a segmentation capability to specify object program overlay 
requirements. These features, together with its simple arithmetic-process¬ 
ing capability and continued maintenance by the American National Stan¬ 
dards Institute (ansi), have contributed largely to wide acceptance of 
cobol in the business community. 

FORTRAN 

FORmula TRANslation (fortran) is a machine-independent, proce¬ 
dure-oriented language originally designed for scientific problem solving. 
It does not require an experienced professional programmer as an inter- 
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mediary, and represents the first successful attempt to develop a high-level 
language with relatively simple rules of syntax. The language was devel¬ 
oped by ibm and originally released during 1957 in a machine-dependent 
form. In 1961 ibm developed quiktran, a subset of fortran, as an on-line 
programming language for use in a conversational environment. Subse¬ 
quently, other manufacturers introduced conversational versions that are 
compatible with fortran and which furnish the user with terminal control 
facilities as well as on-line debugging. As fortran gained acceptance by 
virtually all major computer manufacturers, pronounced variations in its 
implementation became apparent. As a consequence, a committee was 
formed in 1962 to develop an American Standard fortran. This endeavor 
eventually produced two standards: Basic fortran (nearly equivalent to 
today's fortran ii) and ansi fortran (similar to fortran iv). The Basic 
fortran is a proper subset of fortran. In order to convey the full power 
of the programming language, this discussion will cover only ansi fortran. 

Although fortran has been applied in a number of other areas, its 
primary usefulness is the effective solution of numerical scientific and 
engineering problems. The fortran language furnishes arithmetic, rela¬ 
tional, and Boolean operators. It can manipulate mixed-mode numeric 
data (fixed point, floating point, real, or complex), literals, variables, and 
arrays. The language's input/output facilities include a formatting state¬ 
ment to describe the structure of data as it appears on peripheral media, 
and also provide input/output statements to transfer data between mem¬ 
ory and a specific peripheral device. 

A fortran program consists of a sequence of statements. These may 
be executable instructions that carry out specified operations or nonexe¬ 
cutable declarations that specify the properties of names used in a pro¬ 
gram. The language handles three types of routines: main program, sub¬ 
routine, and function. The main program must always be present and is 
activated by the loader to begin program execution. A subroutine carries 
out a section of a program and is activated by an explicit subroutine call in 
another routine. A function, in addition to implementing a section of a 
program, produces a scalar value as its result and is activated when a ref¬ 
erence to the function occurs in an expression; the result of the function is 
subsequently used in the evaluation. 

A declaration statement in fortran specifies a function or a subroutine. 
When a routine is activated, control begins at the first written instruction 
and continues according to standard rules until it comes to an instruction 
specifying the logical end of the routine. When the instruction is encoun¬ 
tered, the routine that activated the subroutine is resumed. The normal 
variables of a routine are declared within the routine and are protected 
from interference by other routines unless they are explicitly specified as 
arguments. This feature permits independently written program segments 
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to be declared as subroutines or functions and combined into a larger pro¬ 
gram; there is little chance for any destructive interference if the same 
variable is used in different program parts and given a different name in 
each part. However, two main programs written independently cannot be 
combined into a single program without problems in variable compatibility. 

The fortran language includes the common and equivalence state¬ 
ments to assign the same meaning to variables occurring in different pro¬ 
gram segments. The common statement assigns to the same storage loca¬ 
tion two variables in different subroutines or in a main program and a sub¬ 
routine. The equivalence statement assigns to the same storage location 
two variables within the same main program or within the same sub¬ 
program. 

Continued acceptance of fortran by scientists and engineers has been 
furthered to a large extent as a result of maintenance and extensions of the 
language made by computer manufacturers. In addition to its utility as a 
programming language, fortran has been used to initiate many begin¬ 
ners in the data processing community. 

JOVIAL 

Jules’ Own Version of the International Algebraic Language (jovial) 
is a batch-oriented, procedure-oriented, problem-oriented, and problem¬ 
defining language used for scientific numerical computation, nontrivial 
data handling, and general information handling. The jovial language 
was designed as an extension of Algol and, because of its resemblance to 
that procedure-oriented language, is said to belong to the Algol family. 
It was developed by System Development Corporation to solve command 
and control problems for the United States Air Force. Subsequently, 
jovial was adopted by the Navy and Army for use in several of their pro¬ 
gramming efforts. In June 1967 the Air Force established jovial as the 
standard programming language for its command and control applica¬ 
tions. Since the language’s original implementation on an ibm 7090, several 
companies have developed jovial compilers to run on a variety of com¬ 
puter systems. An interpretive, conversational subset of jovial, called 
tint, was designed by System Development Corporation for on-line use 
in its time-sharing system. The subset tint is a fully tutorial conversational 
language that provides its users with the capability to code, debug, exe¬ 
cute, modify, and re-execute programs in a fully interactive mode. 

The jovial language provides notation to designate and manipulate 
numeric values (fixed point and floating point with automatic conversion 
of mixed modes); dual-mode arithmetic, by which operations are per¬ 
formed in parallel, with the left or right component of each operand com¬ 
bined to form the respective left or right component of the result; alpha- 
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numeric and binary literal data; Boolean data; bit and byte string data; 
arrays; and tables. 

The extensive table-manipulating capabilities of jovial include speci¬ 
fying a variable or fixed number of entries during program execution; 
arraying stored data in consecutive memory locations or table entries in 
contiguous locations; and packing items so that each entry is allocated a 
full word, a part of a word, or a specified number of consecutive bits. In 
addition, overlaying of data structures in storage is almost arbitrary. 

Jovial uses machine-dependent code words to specify input/output 
devices. It also includes input/output statements to open and close files 
and to transfer information between physical files and internal storage. Its 
input/output notation permits binary and Hollerith recording modes, 
general record positioning, sensing of external conditions, and overlapping 
of read/write and computing operations. However, jovial has no auto¬ 
matic external formatting capability; this must be supplied by the pro¬ 
grammer. 

The language was designed so that a large-scale program could be con¬ 
structed from many individual programs. To assure that data descriptions 
are compatible between the numerous programs included in a large-scale 
system, jovial employs the Compool feature; that is, the system data 
communicated between programs is described in a central communication 
pool that also contains storage allocation parameters for the data and the 
system programs. As a consequence, when an individual program is com¬ 
piled, the programmer need not declare any data already contained in the 
Compool. If data is unique and internal to the individual programs, jovial 
guards against incompatible data definition by requiring that a name de¬ 
fined in a procedure or program be defined only for its corresponding 
structure. When such a name is used in conjunction with other structures, 
it may have a totally different meaning. 

Each jovial compiler has a pair of programs—generator and trans¬ 
lator—which perform two distinct transformations. First, the generator 
accepts jovial source statements and produces a machine-independent 
intermediate language. The generator then codifies the data description 
declarations and determines appropriate sequences of elementary opera¬ 
tions. The translator then takes over to translate the intermediate language 
to a machine-oriented language. All jovial compilers use the same gen¬ 
erator; only the translator need be rewritten for a new computer. Alterna¬ 
tively, by using the same translator, a family of non-joviAL compilers can 
be constructed for some new procedure-oriented language for a specified 
computer by writing a new generator to transform the source code to in¬ 
termediate language. 

Because of its wide applicability, jovial is well suited for scientific 
and engineering problems involving numeric computation, for business 
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problems involving large data files, and for logically complex problems 
using symbolic data. Its optional control over storage allocation makes 
jovial especially suitable for problems requiring an optimal balance be¬ 
tween data storage and program execution time. 

LISP 

LISt Processing (lisp) was developed jointly as lisp 1.5 by System De¬ 
velopment Corporation and Information International Inc. Its primary 
applications are problems requiring list processing, symbol manipulation, 
and significant amounts of recursive operations. Also included in lisp are 
the facility to treat programs as data, the flexibility to handle many dif¬ 
ferent types of data, and a convenient program self-modification. The 
original implementation was inconvenient for handling input/output and 
for treating purely arithmetic operations. An improved version, lisp 2, was 
introduced in 1966 by P. W. Abrahams and C. Weissman to correct these 
problems. 

The lisp system has a fairly complete set of basic arithmetic functions. 
A lisp program can manipulate numbers (real, integer, binary), Boolean 
values, string symbols, functions, and lists. Elements of a list can them¬ 
selves be lists. Sublists are not named, but are inserted directly into a list. 

Compilers of lisp allow data to be stored in nonsequential memory 
locations by representing data internally in cells called nodes. Each node 
uses two address-sized fields. One contains the location of a data item and 
the other contains the address of the next data element in the list’s logical 
sequence. 

Programs in lisp consist of functions rather than sequences of instruc¬ 
tions or descriptions of data forms; functions are structurally equivalent to 
data. A complete lisp program generally consists of a set of function defini¬ 
tions followed by the application of these functions as arguments to par¬ 
ticular data structures. Functions may be nested and also combined to form 
conditional and recursive expressions. The value of a function may itself 
be an argument of some other function, and therefore nesting of functions 
may occur to any depth. Conditional statements consist of n-way branches 
of arbitrary length. Recursion is one of the basic methods for defining 
functions. A recursive function is defined by a conditional expression, part 
of which requires an evaluation of the entire function for different values 
of its arguments. 

The lisp system permits a program to construct an expression and sub¬ 
sequently evaluate it. This feature allows programs to modify themselves 
completely in the sense that, at execution time, function definitions may 
be changed or created and then applied to arguments. 

Basic operations on lists are performed by the functions car and cdr, 
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by the infix operation, and by equality testing. The functions car and cdr, 
when applied to a node, yield the first and last component of the node, 
respectively. The infix operation forms a new node from the car and cdr 
parts of two separate nodes. 

The file is the basic concept in lisp input/output. A file is a named data 
stream associated with a specified input/output device. Although a num¬ 
ber of files may exist at the same time, there is only one input file and one 
output file. The input file acts as a source of single characters and the out¬ 
put file receives each character. Input/output operations are performed by 
functions that read or write the external representation of a single piece 
of data. Since data can be a complicated list structure, it can occupy 
several lines. Although lisp handles and adjusts margins, it does not have 
any formatting capabilities in the usual sense. 

The lisp system has dynamic storage allocation, made available by a 
facility called the garbage collector. When a structure-creating function 
cannot obtain the storage it needs because the production of new cells has 
depleted all free storage, the garbage collector is automatically initiated. 
This feature erases all data not currently being used and rearranges the 
remaining data to make storage available to the new function. 

Because it is quite different from any other programming system, lisp 
has a reputation for being a difficult language to learn. However, those 
people who have learned to program in lisp disagree. In any event, lisp 
has been successful in solving problems related to such difficult areas as 
symbolic integration, visual object recognition, programmed proof pro¬ 
cedures, and mathematical computations. 


PL/1 

Programming Language/One (pl/1) is a high-level, multipurpose 
language developed by ibm in conjunction with two of its customer groups: 
share, the scientific users’ organization, and guide, the commercial users’ 
organization. Although formerly known as ibm’s New Programming Lan¬ 
guage, the language was renamed pl/1 in 1964 when it was announced in 
conjunction with the introduction of ibm System/360. Currently, pl /1 com¬ 
pilers are available for the Burroughs B6500 and B7500, as well as the ibm 
System/360 and System/370 computers. 

The pl/1 language is intended for use in both commercial and scientific 
applications, with emphasis on its programming facilities rather than on 
algorithmic solution. It incorporates many of the coding conventions and 
structures found in Algol, fortran, and cobol, and can manipulate nu¬ 
meric data (binary and decimal, fixed point and floating point, real and 
complex), string data (fixed or varying length, a character or a bit), files, 
and machine-operating system facilities. File-manipulating facilities allow 
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a programmer to control input/output activity to whatever degree is re¬ 
quired, from normal transmission and conversion to any of the more com¬ 
plex operations usually handled by assembly language coding. The sub¬ 
stantial list-processing facilities of pl/ 1 allow the programmer to combine 
arrays, structures, and scalars into a single list. 

The pl/1 system has a modular design so that a novice programmer 
may use only a small part of the language while an experienced program¬ 
mer uses all of pl/1 facilities. Either programmer is able to efficiently 
utilize all available computer power. Some novice programmers still com¬ 
plain that this design and the pl/1 generality have cluttered up the pro¬ 
grammer’s range of choice with too many clever options. However, the 
modular concept of the language has been significantly aided by the de¬ 
fault feature. This feature permits giving a default interpretation to every 
attribute or description of a variable, every option, and every specification 
when the particular compiler is designed. The default interpretation is the 
one a programmer is most likely to require. When a number of separately 
written pl/1 programs are combined, the default feature is particularly 
useful in preventing errors due to data incompatibility. The programmer 
may state an alternative interpretation; if he does not select one, the com¬ 
piler chooses the interpretation by default whenever the program provides 
one or more alternatives. 

The basic building blocks of a pl/ 1 program are structures called pro¬ 
cedures. Variables and other data names are defined within these blocks. 
A variable maintains its declared significance only within the defined block. 
Consequently, there is little chance of destructive interference if the pro¬ 
grammer modifies an existing block without changing others or if he writes 
a number of short procedures and merges them into a complete program. 
Moreover, procedures may have multiple entry points and groups of state¬ 
ments may be treated syntactically as a single statement, thus providing 
natural points for writing, testing, and debugging them in sections. The 
block structure also permits dynamic storage allocation; storage for data 
variables is assigned only during execution of the block and is freed for 
other uses at the termination of the block. 

Pl/ 1 contains a macrofacility consisting of compile-time statements 
that allow the compiler to modify source statements so that a program can 
be constructed from a skeleton source text immediately before compilation. 
Thus, the programmer may include information to help the compiler pro¬ 
duce documentation, diagnostics, and more efficient code. 

Pl/1 can execute logically independent tasks asynchronously or create 
hierarchies of tasks, thus enhancing its usefulness to any computer system 
with multiprocessing capability and to a single processor system in real¬ 
time operations. Each independent part of an overall problem is called a 
task. Any task can be made dominant over a number of subordinate tasks. 
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Moreover, a subordinate task may itself be dominant over a number of 
other tasks. During the execution of a procedure, any dominant task can 
initiate execution of a subordinate task. As a result, both tasks proceed 
simultaneously. A dominant task can also check on the completion of an 
asynchronously initiated subordinate task; if necessary, the dominant task 
can delay its own execution and wait for the subordinate task to finish. 

The more conventional facilities of pl/1 such as report writing, data 
conversion, data communications, and processing tasks, coupled with its 
unique compiler-extended capabilities, have resulted in a powerful multi¬ 
purpose programming system for both commercial and scientific users, al¬ 
though its attempts to be all things to all users sometimes fall short of the 
goal. These features, as well as the modular structure, also make pl /1 use¬ 
ful to programmers with different degrees of sophistication. 

RPG 

The Report Program Generator (rpg) is the name used by a number of 
manufacturers to describe their individual implementations of a high-level, 
problem-oriented system to write reports in varying formats, using source 
data contained in card or other peripheral storage files. This section dis¬ 
cusses only the general characteristics and capabilities of report-generating 
compilers. 

When an rpg produces a program, storage areas are automatically 
assigned, constants or other reference factors are included, and program 
routines for checking, input/output operations, and other necessary func¬ 
tions are produced. Programs generated by rpg yield reports ranging from 
a simple listing of items from the output file to complex reports that require 
editing and calculations of the input data. The generated program can 
specify the format for laying out lines and data fields, classify lines within 
a hierarchy of levels, control page numbering and page advancement, cal¬ 
culate the results of arithmetic expressions, produce summary reports, and 
furnish exception records. 

Through appropriate source line coding, an rpg allows the programmer 
to classify a line in a report output according to its type: heading, detail, 
total, or footing. A heading line may appear in the following places: on the 
first page of a report to designate the report title, at the top of each page 
of a report, and prior to a new sequence of text. Detail lines form the body 
of the report text and appear on the report in one-for-one correspondence 
with the selected input records. A total line normally contains an accumula¬ 
tion of values from the input file and is printed as a result of a comparison 
inquiry or at the end of a file. Footing lines are of two types: page, appear¬ 
ing at the bottom of each page; and report, appearing one time only on the 
last page. 
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The rpg system gives the programmer control and decision-making 
capabilities for processing input data files and working storage fields. In¬ 
formation for control is maintained in a portion of the program called the 
control field or section. The control field performs the following functions: 
stores various types of logical tests to be applied to certain data fields; sets 
the indicators that are available for later query by other tests and sub¬ 
programs; furnishes definitions of certain logical points within the object 
program at which transfer of control can be specified; and selects those 
lines that will be printed or transferred to a peripheral storage medium for 
off-line printing. By specifying a control-level indicator, the programmer 
can designate the relative importance of various control fields for the type 
of output line to be produced. Further, the control field includes a user- 
specified control break for initiating heading lines and total lines. The con¬ 
trol break is activated when the value of some designated data item in the 
control field of a record differs from the value of the corresponding item 
in the preceding control field. When a control break occurs, it initiates the 
printing of total lines and heading lines associated with that level and all 
lower levels of the data name in which the change occurred. 

Every rpg furnishes an instruction repertoire for processing data prior 
to generating a report; it includes arithmetic, table lookup, comparison, 
and shifting operations. The availability of such arithmetic operations as 
multiply and divide is largely dependent on the hardware configuration; 
rpg usually requires that these instructions be available in the machine 
instruction set. Operands are specified in fields and can be names or 
numeric data. Not all data types, however, can be involved in all opera¬ 
tions; this depends on the nature of the specific rpg implementation. 

The rpg system is a convenient programming tool for data processing 
applications that require preparation of reports from a data file. It is par¬ 
ticularly useful in small business configurations. Its ability to create re¬ 
ports, as well as to process the data included in a report, has enabled it to 
alleviate some of the chores associated with programming. 

SUBSCRIPT 

The special-purpose language simscript is applicable in simulation 
studies. To be specific, it is a statement-oriented, discrete simulation sys¬ 
tem developed in the early 1960s by the rand Corporation under the 
auspices of the U.S. Air Force. Current implementations of the language 
use a translator to convert the simscript program into a fortran source 
language program. 

The simscript language allows the programmer to construct a model 
of a dynamic system by specifying the objects that compose the system, 
describing the characteristics of each object, and regulating the inter- 
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actions between these objects according to a designated chronology of 
events. A specific object is called an entity, and an attribute is one of the 
fixed group of parameters that describes an entity. Individual entities hav¬ 
ing certain common properties are collected into larger classes called sets. 

A programmer can alter the state of a system through a process called 
an event; this is a user-defined subroutine, written with simscript and/or 
fortran statements. All simscript translators automatically generate a 
timing routine to keep track of simulated time and ensure that the various 
event routines are called in proper sequence. At the conclusion of any 
event, simulation time is automatically increased to the time of the next 
event. To initiate an event, the programmer must build an event list that 
enumerates the different events in the model and points to the appropriate 
subroutine that implements the specified event. The simscript system has 
one instruction to order a designated event to occur at a specified time and 
another instruction to cancel an event from the schedule. Because these in¬ 
structions can be embedded in event subroutines, events may be caused 
by previous events from within the simulation system. 

The simscript instruction repertoire of entity operations permits en¬ 
tities to be created and destroyed and to be removed from, or placed into, 
sets. Statements similar to fortran arithmetic expressions modify the 
values of entities and attributes. The simscript variables, constants, and 
expressions, as well as its use of parentheses and the arithmetic notation 
and convention, follow the same rules as fortran. Commands in simscript 
include: commands to perform repetitive calculations; decision commands 
to evaluate combinations of variables and to specify appropriate action 
according to designated criteria; special commands for such options as 
cumulative totaling or computing statistical quantities; and input/output 
commands to transfer data to and from peripheral devices, as well as to 
specify such actions as backspacing and rewinding. 

Initial input to a simscript program consists of a detailed description 
of all entities, attributes, and sets. The programmer specifies the function 
of each one and its representation (floating point or integer). He also deter¬ 
mines the initial value for all permanent attributes, including the size of 
each permanent entity class. Additional input consists of control cards and 
source language programs. The simscript translator produces machine- 
coded subroutines for each defined item. These subroutines provide ma¬ 
chine-coded routines to time the simulation and handle other dynamic 
control and also to implement the storage and retrieval function. 

The simscript system includes a subroutine called a report generator, 
which describes the state of the model at any time, in any degree of detail, 
with flexible and arbitrary formatting. The programmer establishes the 
format of a report through a report form. 
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Snobol is a problem-solving, string-manipulating, and pattern-match¬ 
ing language designed for computer handling of character strings. It was 
developed at Bell Telephone Laboratories in 1964 and is closely related in 
structure to the Markov algorithmic language. The snobol language has 
been implemented on most major computer systems, including ibm, univac, 
Honeywell, Xerox, and dec. It is used primarily in applications where string 
naming and manipulation are important, but where only simple arithmetic 
capability is required. Especially suited to the processing of nonnumeric 
data, snobol provides a powerful tool to search through arbitrary strings 
in order to find patterns, to rearrange strings, and to form new strings. It 
has an uncomplicated statement format, string-oriented input/output, 
editing aids, and dynamic storage capability. 

The snobol system supports the five basic arithmetic and six compari¬ 
son operators. Arithmetic operations are used in counting as well as in 
routines for word searching. In addition, a string may be assigned a nu¬ 
meric value by making its contents a signed or unsigned integer, and strings 
may be combined in pairs by using ordinary arithmetic operations. How¬ 
ever, snobol does not provide algebraic or list statements nor does it have 
facilities for describing storage allocation and data file formats. 

The input/output capabilities of snobol vary significantly with the 
particular manufacturer’s implementation. It accomplishes input/output 
by associating string names with logical files. A unit is specified by its 
logical number; the correspondence between logical and physical units 
depends upon the installation. It also performs standard input/output and 
file operations such as name deletion, rewinding, backspacing, and open¬ 
ing a file. 

A string of data being examined may be referred to by its name, and 
a substring may be named. Indirect addressing or naming may refer to any 
level desired. Function calls, parenthetical groupings, and names may be 
indirectly referenced. Integer values and names may be combined to form 
a string. The language includes an operator to concatenate strings; it also 
allows implicit data names to be constructed by indirect referencing. The 
snobol system supports a property list feature by which sequences of 
ordered pairs (each pair consisting of a property or characteristic of interest 
and its associated value) can be searched to find all properties having a 
specified value, all properties having values falling in a specified range, or 
all values of a specified property. Data names apply only to a string; there 
is no subscripting of any kind, nor is there any qualification. 

The snobol language handles three kinds of functions: those defined 
by the system, those defined in the program, and those defined in machine- 
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language routines. Function calls may occur anywhere in a statement 
where a string value is appropriate, but a function must be defined before 
it is invoked. An argument of a function may be a string expression, no 
matter how complicated. 

The fundamental executable unit of a snobol program is a statement 
that contains the key items to specify string handling, pattern matching, 
and transfer of control. A statement is composed of up to five optional 
fields: label, string reference, pattern, replacement, and go to. The pattern 
field specifies the string pattern that is to be searched for in the string 
reference field. When the pattern is found, it is replaced by the expression 
in the replacement field. Control is then transferred to the statement named 
in the go to field. 

Assignment statements in snobol are used to name string patterns. 
Consequently, the programmer is not required to write each string pattern 
explicitly in an executable statement; he may refer to each expression by 
its preassigned name. This feature contributes to concise coding and adds 
to programming convenience by eliminating many coding errors when a 
complicated string pattern is referenced in a number of statements. State¬ 
ments are normally executed in sequential order; however, when a state¬ 
ment involves pattern matching, it is possible to specify which statement 
is to be executed next by writing a success or failure exit to the go to field. 
In addition to such conditional exits, the go to field can specify an uncon¬ 
ditional exit that transfers control regardless of the success or failure of a 
search. 

Among the many applications of snobol are research in such areas as 
linguistics, construction of psychological models, cryptanalysis, music, 
theorem proving, and also compilation of bibliographies and indexes. 




6. TIME-SHARING APPLICATIONS 


Most time-sharing companies offer some form of application system. Some 
companies dedicate their entire service to a particular application area; 
others offer the use of a general library of application programs. Applica¬ 
tion libraries may contain programs designed for specific applications, 
complete libraries of routines for making calculations in various fields, or 
application packages that permit the user to specify tasks, enter definitions, 
and control computations in specialized languages. 

The areas covered by time-sharing applications are extremely diverse. 
The most common applications are described below. 

Business and finance. A variety of programs are available in account¬ 
ing, insurance, savings and loan, stocks and bonds, payroll, and sales and 
marketing. 

General management. The systems offered here supply information 
that keeps management aware of the current situation of its business and 
aids it in formulating appropriate strategy. 

Manufacturing. Many time-sharing services assist users in formulat¬ 
ing orders and in controlling inventory and production. A few of these ser¬ 
vices relate manufacturing information to management and accounting 
data. Numerical control is also an important time-sharing application. 

Education. Time-sharing systems handle a wide variety of tasks in 
education, ranging from administration, scheduling, or retrieving informa¬ 
tion on request to supervising and monitoring the development of class- 
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room learning programs. A number of small time-sharing systems (mini¬ 
computer, storage, and softv/are) are available for use within a single school 
or district, with packaged application. 

Problem solving. Application programs are available to assist engi¬ 
neers and scientists with problems in mathematics, statistics, all aspects of 
engineering, and other scientific areas. 

Although specific tasks of programs vary widely, many of the business- 
oriented application systems have the same basic functional structure. 
These applications are essentially record-keeping systems that revolve 
around files structured by the user. The files are either formed according 
to the requirements of the system or input together with a directory that 
describes their format and content. They are maintained by the user 
through the facilities of the system, and are updated and manipulated 
primarily by application software. The software also relays the file con¬ 
tents; in some cases variable formats are used. The typical application 
functions are presented in Figure 6-1. 

In other areas, the functions of each application package vary con¬ 
siderably. For example, in mathematical, statistical, engineering, and 
scientific application packages, file updating is often of minor importance. 
The computations are usually the most important part of the process and 
tend to be complex. The output is often a simple listing of solutions to 
problems under various conditions defined by the user. 

To illustrate some common nonbusiness time-sharing applications, 
three civil engineering systems and a numerical control applications lan¬ 
guage are described in the remaining sections of this chapter. 


CIVIL ENGINEERING SYSTEMS 

Computational applications were developed early for civil engineering 
and land surveying. Over 10,000 civil engineering and surveying firms are 
estimated to be in operation now in the United States. Three application 
areas account for a major part of the scientific computations performed by 
these civil engineering firms: 

1. Subdivision planning and drafting. 

2. Structural analysis and design. 

3. Highway and soil engineering and right-of-way design. 

Such computations demand very exact and lengthy calculation. As re¬ 
cently as ten years ago, for example, most subdivision calculations were 
performed individually after measurements were taken in the field. In par¬ 
ticular, closure computations of subdivisions were obtained by physically 
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staking out the entire tract of land and then measuring the land and the 
last lot within the tract. 

To alleviate the amount and complexity of problems facing engineer- 



Fig. 6-1. General Application Functions 
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ing firms, data processing techniques were introduced. However, more 
was required than placing a computer at the disposal of engineers. They 
also needed a vehicle for communicating with the computer, immediate 
access to its computing power, and results in a form familiar to them. For 
example, typical applications required by surveyors are daily traverse 
computations and extensive subdivision calculations. The day-to-day com¬ 
putations are taken from field traverse measurements. The surveyor must 
then perform a series of calculations to close out or complete the traverse. 
These calculations must be made back at the office, and results must be 
available immediately. Moreover, the extensive subdivision calculations 
entail very precise and time-consuming mathematical operations, which 
ordinarily take one week or more to perform. 

In March and April of 1959, Technical Advisors, Inc., of Michigan at¬ 
tempted to furnish engineers with the tools to use data processing effec¬ 
tively. They developed a coordinate geometry program for surveying cal¬ 
culations. This program later served as a major competitor to the cogo 
language, and eventually attracted clients in 48 states. Another pioneering 
tool was developed at the mit school of civil engineering. Around 1960, 
Professor C. L. Miller and his staff designed the Coordinate GeOmetry 
language (cogo) for use by civil engineers in performing the plane geom¬ 
etry calculations required in land surveying. 

Both the Technical Advisors’ surveying program and the cogo language 
were forerunners of the two main time-sharing applications available to 
civil engineers today. These are the tech-mac® language designed and 
marketed by Technical Advisors, Inc., and the Integrated Civil Engineer¬ 
ing System (ices) developed at mit. The former is a specialized language 
for use in surveying and subdivision computations. The latter is a system 
for engineers that includes a general and conveniently used interactive 
language and a set of subsystems to support the language. 

Both systems are described here as examples of the applications avail¬ 
able to civil engineers from time-sharing services. In addition, the stress 
language exemplifies structural engineering applications, and these appli¬ 
cations are integrated with highway engineering in the ices language 
system. 


TECH-MAC Language for Land Surveying 

The tech-mac language was one of the first languages designed specifi¬ 
cally to assist in subdivision and surveying computations and sketching. 
Time-sharing service was first offered in the new language in June 1967. A 
subdivision is a parcel of land comprising individual lots on which a 
builder constructs dwellings. Normally, the engineer or surveyor initially 
draws a prototype map of the given subdivision in order to obtain approval 
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of the lot configuration and street network from the builder and any govern¬ 
mental agencies concerned. This preliminary map is defined by a mathe¬ 
matically closed boundary survey and is further affected by the topology 
of the land, the type of dwelling to be constructed, constraints imposed 
by municipal ordinances, and engineering and legal considerations. 

Only after the preliminary map is approved can actual subdivision 
computation begin. A subdivision is calculated by mathematically deter¬ 
mining the precise dimensions and locations of lots and streets within the 
boundary—that is, the precise length, to three decimal places, and the 
exact bearing in degrees, minutes, and seconds must be calculated for 
every property line. These calculations are then transcribed onto a plat 
(i.e., plot) map, which is normally filed with the proper local and/or state 
agency as a binding legal document prescribing the lots and streets of the 
subdivision. Accurate calculations are imperative to proper location of 
lots within subdivisions. Any imprecise methods or inaccurate results may 
lead to serious legal or technical problems. To forestall any such problems, 
many local state agencies verify, completely or partially, the accuracy of 
the final plat before it is accepted. 

Formerly, subdivisions were surveyed in nearly rectilinear patterns to 
minimize the number of calculations. However, the advent of highly 
curvilinear subdivisions, for safety and esthetic considerations, has com¬ 
plicated the mathematical operations. The normal time required to calcu¬ 
late a single curvilinear subdivision lot using an electrical calculator and 
mathematical engineering tables is approximately 1 hour. Thus, calculating 
large subdivisions that consist of a myriad of curvilinear lots is an ex¬ 
tremely lengthy process. 

With the advent of fast and accurate electronic computing equipment, 
engineers and surveyors recognized the potential for relief from lengthy, 
repetitive, and exacting calculations. However, manufacturers first tried to 
give engineers and surveyors a scientific computational language like for¬ 
tran, and service bureaus offered generalized computational facilities. In 
each case, results were not completely satisfactory because problem state¬ 
ments were phrased in contexts inconsistent with engineering problems, 
and results could not be used immediately. However, firms specializing in 
subdivision computing services were staffed with engineering and survey¬ 
ing professionals familiar with clients’ problems. With the use of tech-mac, 
these firms were able to provide a systematic, knowledgeable approach to 
subdivision computational systems and to offer results for civil engineers 
in an easily understood and immediately usable format. 

Modes of Operation 

There are four modes of operation under the tech-mac language: one 
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system control mode (sys) and three computational modes (sub, data, and 
plot). Figure 6-2 presents a relational sketch of these operations. 



Fig. 6-2. The tech-mac System 


System Control Mode (SYS) 

The sys mode covers noncomputational directional operations. It gives 
the engineer access to the tech-mac system and control of his work in and 
through the system. Specifically, the engineer can acquire blocks of mem¬ 
ory, initiate new tasks, release blocks of memory, and disconnect himself 
from the system in this mode. Table 6-1 lists 12 commands under the sys 
mode and the action performed by each. 
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Table 6-1. Tech-Mac System Control Commands 


COMMAND 

FUNCTION 

NEWJOB 

Enters a user’s new job into the system and assigns two pages 
of data storage to the new job. 

OLD JOB 

Calls in a user’s formerly saved job and prepares for further 
processing or gives user access to a current job. 

STOPJOB 

Terminates user’s processing on current job, but leaves user 
connected to system to process another job; provides user 
with job connection time thus far incurred. 

CANCELJOB 

Performs same function as stopjob and additionally deletes 
all data on the job irretrievably from memory. 

LOGOUT 

Disconnects user from the system with a statement of con¬ 
nection time incurred. 

CANCELPAGE 

Releases from memory specified page* of storage no longer 
required. 

SAVEJOB 

Punches user’s current job data onto paper tape. 

SAVECHECK 

Performs a check for transmission errors on a tape created 
through savejob. 

I/O 

Reserves an i/ o device at control center for user’s input or 
output. 

SENSE 

Sets and resets program switches, which allows user to 
change paths in his normal processing; e.g., specifying 
azimuth output in lieu of bearings. 

SUMMARY 

Provides user with data on any designated, noncancelled 
job; i.e., number of pages used for job, total time spent 
thus far, initiation date, and last access date of job. 

TEST 

Provides a brief verification of the terminal’s operation. 


* Page = Storage unit capable of containing 250 coordinates and/or distances or 
500 azimuths (bearings). 


Si/stem Computation Mode (SUB) 

The sub mode gives the engineer facilities to define and solve problems 
in horizontal geometry. It offers definition, calculation, and subsequent 
printing of coordinates, bearings, and distances in horizontal geometry. 
While he is processing in the system computation mode, the engineer can 
always store the intermediate and final results of his calculations. 

Each engineer or surveyor with an identification code for entry into the 
tech-mac system can store in the system six jobs with up to 2500 coordi¬ 
nates each. Each job resides in a 10-page storage unit, where a page holds 
250 coordinates (and/or distances) or 500 bearings (i.e., azimuths from 
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north). Typically, an engineer working on a project uses most of his storage 
for coordinates and lesser amounts for bearings and distances. There are 
2500 discrete storage locations for each user. These coordinates are stored 
in and referred to by numerical position 1 through 2500 in increments of 
one. Bearings are stored in the high end of storage and are referred to by 
code 10 through 50,000 in increments of 10. Thus, bearings 10 and 20 
occupy core location 2499, and so on through descending vacant locations. 
The maximum allowable size of storage is therefore a function of the co- 
ordinate-bearing mix. Consequently, to remain within the bounds of allow¬ 
able core, a single job total of the number of coordinates, plus the number 
of bearings divided in half, cannot exceed 2500. Distances and coordinates 
use the same numbering system and storage locations; thus, there cannot 
be a distance 1 and coordinate 1. The general practice is to reserve the last 
ten locations of any user pages for distance storage only. A core map of an 
engineer’s project requiring 300 coordinates, 25 bearings, and 20 distances 
would appear, schematically, as illustrated in Figure 6-3. 


Page 1 Page 2 Page 10 



Fig. 6-3. Core Map of a User’s tech-mac Program 


Definition of Data Elements. Under computational mode, the en¬ 
gineer may define and thereby enter into core three separate data elements: 

1. Coordinate (either as northings and eastings or X and Y). 

2. Distances. 

3. Bearings (azimuths). 

The maximum value possible for the first two items is ±131,000. Storage 
location codes for directions (i.e., bearings or azimuths) consist of a num¬ 
ber (from 1 to 90 degrees) followed by a final digit (0 to 3) that signifies the 
relative quadrant location of the given angle. In all cases, the relevant 
command is given, followed by a carriage return, and then entry of the 
storage locations and the actual data. After use of a definition function, 
stored elements may be referred in later commands by storage location 
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alone. Table 6-2 illustrates the definition of data elements. In addition, the 
engineer may list these elements through the print function as shown in 
Table 6-3. 


Table 6-2. Creation of Data Elements 



CORE 

STORED DATA 


COMMAND 

LOCATION 

ELEMENTS 

FUNCTION 

DEFNE 

10 

936.003 109.394 

North and East values are stored 




at location 10. 

DEFDI 

241 

60. 

Distance of 60. is stored in loca- 


tion 241. 


Table 6-3. Printing 


CORE 


COMMAND 

LOCATIONS 

FUNCTION 

PRBR 

2400, 2500 

Print bearings between locations given. 

PRXY 

10, 200 

Print coordinates from 10 to 200. 


An additional print f unction lists coordinates with northing and easting 
modifiers. The modifiers must be in the range of ±8,000,000; a stored 
negative (i.e., west or south) coordinate system can be accommodated. This 
modification function affects only the listing of coordinates and does not 
change memory locations. 

Computation Functions of sub. Computation functions of sub in¬ 
clude: horizontal geometry computations, curve printout, area computa¬ 
tion, arithmetic computation, three-point calculations, and computation 
of front arc length. 

Eight computational operations can be performed under the horizontal 
geometry subset; six deal with straight lines and two with curves. No com¬ 
mands are required to perform these operations because the arrangement 
of known and unknown data is sufficient to define the particular calcula¬ 
tion desired. The eight possible horizontal computations are described 
below: 

Forward computation. Given a point, a bearing, and a distance, the 
system provides coordinates of the second point (Fig. 6-4). 


10 * » 


S 80° 15 T 00 M E (Bearing) 
150. 85 (Distance) 


« 11 


Fig. 6-4. Forward Computation: System calculates coordinates of 11 
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Inverse computation. Given two points, the system provides bearing 
and distance between these two points (Fig. 6-5). 


•-• 16* 

15* 

Fig. 6-5. Inverse Computation: System calculates bearing and distance 

from 15 to 16. 

Bearing-bearing intersection. Given two points and the bearings from 
each to a third point, the system calculates coordinates of the third point 
and the two distances (Fig. 6-6). 


21 



Fig. 6-6. Bearing-Bearing Intersection: System calculates coordinates of 
21 and the two distances to 21. 

Bearing-distance intersection. Given two points, the bearing from 
one point, and the distance from the other, the system calculates coordi¬ 
nates of the third point and the unknown distance and bearing (Fig. 6-7). 
Distance-distance intersection. Given two points and the distances 



Fig. 6-7. Bearing-Distance Intersection 
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from each to a third, the system calculates coordinates of the third point 
and the two bearings to the third point (Fig. 6-8). 



Fig. 6-8. Distance-Distance Intersection 

Right-angle intersection. Given two points, one distance, and a right 
angle at the third point, the system calculates coordinates of the third 
point, a distance, and two bearings that are at right angles to each other 
(Fig. 6-9). 


45 



Fig. 6-9. Right-Angle Intersection 

Curve intersection. Given a point and the bearing on each of two 
intersecting lines, and either the tangent or radius of a curve to be inserted 
tangent to the two lines, the system calculates: the coordinates of the point 
of intersections; point of curvature (pc); point of tangency (pt), and the 
center of the curve; the distance from one of the known points to the pc; 
the distance from the pt to the other known point; the arc length between 
pc and pt; and either the radius or tangent of the curve, whichever is 
unknown (Fig. 6-10). 

Curve go-round computations. Given either the arc length to, coordi¬ 
nate of, or radial bearing from a point along a curve, the system calculates 
the other two (Fig. 6-11). 

The curve printout function provides any of the following curve proper- 
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S 88°59 T 58"E 




Fig. 6-11. Curve Go-Round Computation 

ties when specified via the appropriate command: radius, arc, delta angle, 
chord, chord bearing, tangent, deflection angles (accumulated from right 
to left), and degree of curve. Following the command, the user identifies 
the curve(s) to be investigated by giving the points comprising it. The area 
of any specified lot can be calculated; lots may have curved or straight 
boundary lines. The engineer specifies the lot by its symbolic label and 
constituent points. Arithmetic operations on distances or angles can be 
performed. The operations shown in Table 6-4 are supported. 

Three-point calculations computation will determine the coordinates 
of point D if the coordinates of points A, B, and C are known and the 
angles ABD and BDC are defined. The computation uses the inverse 
geometry method suggested by Gauss and later described by E. Schmid. 

Inverse computation calculates and prints out the inverse of a data 
with the entry of only the coordinates of the two end points. 

The front arc length can be calculated for three types of setback, de¬ 
pending on whether width at setback is measured as an arc, chord, or 
tangent. 
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System Reduction Mode (DATA) 

The system reduction mode offers the reduction of field and office data. 
The conversions described below are provided under this mode. 

Reduction angles . Field angles may be converted to bearings and 
stored as unadjusted bearings in memory. Such angles are also checked for 
misclosure. Following storage of the unadjusted bearing, editing facilities 
are employed to print, revise, recompute, and equally adjust angles to 
obtain closure. 

Reduction traverse. The traverse function offers closure and adjust¬ 
ment of field traverses for any type of adjustment. It accepts bearings, or 
azimuths and distances, or respective codes for a course to traverse. After 
entry of the traverse data, editing facilities are invoked to print out input 
data, to change or insert input, and to recompute the traverse. 

Reduction geo dimeter. Reduction of field notes requires the use of a 
geodimeter and its accompanying calibration table. The engineer is able 
to load and update the calibration table through this function. 

Reduction cut and fill. This function is an elemental earthwork prob¬ 
lem requiring the same data used to plot cross sections. Additional features 
allow reuse of previous cross sections by applying an increment to the 
elevations, a thorough data check, and an offset sequence check. 

Reduction digitizers. The digitizer function allows an engineer to 
rotate, translate, and scale points from any coordinate system to another 
under the following limitations: a coordinate value cannot exceed 
±131,000; rotation cannot exceed ±45 degrees; and scale factor cannot 
exceed 255. The reduction digitizer is flexible and allows from two to six 
control points, automatic or user point numbering, and retention of pre¬ 
viously translated functions. 

Reduction sideshot. This function establishes or verifies the coordi¬ 
nates of a point when an angle turned from a previously computed coor¬ 
dinate (i.e., backsight) and the distance from the occupied or instrument 
point are known. 

Table 6-4. Arithmetic Computation 


OPERATIONS 

DISTANCE OPERATORS 

ANGLE OPERATORS 

Addition 

+ 

A + 

Subtraction 

— 

A- 

Multiplication 

X 

AX 

Division 

/ 

A/ 

Square Root 

SQ 


Sine 


SIN 

Cosine 


COS 

Arc tangent 


AT 

Pythagorean theorem 

PT 
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Reduction polaris. This star reduction function determines the tan¬ 
gent of the angle from geodetic north to the north star. Input to this func¬ 
tion should be derived in part from Ephemeris , the document published 
by the Nautical Almanac Office of the U.S. Naval Observatory. 

System Drafting Mode (PLOT) 

Essentially, in the system drafting mode, plotting operations pro¬ 
duce a drawing according to coordinates established in system compu¬ 
tation and system reduction modes. The plot has two operating pro¬ 
cedures: checking and drafting. Checking is simply the verification of an 
engineer’s data input tape for errors, without execution of the plotting 
function. In drafting, the engineer’s verified tape is taken to the plotter 
and the drawing is made (Fig. 6-12). The plotting mode requires a coordi¬ 
nate point at the center of the sheet. After sheet size and scale are estab¬ 
lished, any point falling outside these limits is simply not plotted. 

Some specifications for using this mode are as follows: 

• Plotter drawing area is 60 inches long by 50 inches high. 

• Wet ink pen size is 0.3 millimeter and can be used only on Mylar. 

• All work is done on 0.004 double matte Mylar. 

• Drawings are made right side up on top of Mylar. 

• All drawings start at sheet’s center point as established by the 
engineer and are drawn to the scale indicated. 


Summary 

The tech-mac language is one of the several up-to-date and widely 
used application systems in civil engineering and land surveying. It gives 
the professional engineer a familiar language and syntax and yields results 
that are immediately usable and reliable. This system evolved from the 
experience of Technical Advisors, Inc., in computing over 500,000 lots for 
more than 700 client engineers in 48 of the 50 states and approximately 
5000 lots in the Bahamas, U.S. Virgin Islands, Barbados, and Puerto Rico. 
Since it became fully operational in June 1967, the tech-mac system has 
been used to compute and draft over 100,000 subdivision lots for clients. 

Structural Engineering Systems 

Structural engineering is a second important type of application in 
civil engineering. One system, called stress (STRuctural Engineering Sys¬ 
tems Solver), was designed for use by civil engineers in computer analysis 
of framed structures. The stress system was implemented in 1962 at the 
mit school of civil engineering under the direction of Professor S. J. Fenves, 
on leave at that time from the University of Illinois. Like tech-mac, stress 
is a general-purpose application language that allows the engineer to 
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Fig. 6-12. Example of a Subdivision Plot Automatically Drawn by the 

tech-mac System 
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define a problem in engineering terms. It was designed to facilitate analysis 
across a broad range of structural types and conditions. 

Structural types that can be analyzed by stress include the following: 

• Pin-jointed trusses. 

• Rigid plane frames. 

• Space trusses or frames. 

• Plane grids. 

Structural characteristics acceptable to stress for these various structural 
types are: 

• Two- or three-dimensional structures. 

• Pinned (riveted) or rigid (welded) joints. 

• Prismatic or variable-length cross-sectioned members. 

• Concentrated or distributed loading of forces and moments. 

In the design and analysis of structures, the members of the structural 
system may be steel, reinforced concrete, or other material rigidly con¬ 
nected at the joints. The primary design objective in structural engineer¬ 
ing is to develop a structure capable of supporting imposed loads with a 
minimum of stress and deformation but with maximum economy. Even 
the analysis of a comparatively simple three-story frame building involves 
the calculation of at least 60 distinct forces and moments for which an 
equal number of equations must be solved. The analysis is further compli¬ 
cated by the deformation properties, size, and elasticity of individual 
structural members. All these factors must be considered in the design of 
any structure. 

Before the general use of data processing equipment, rigorous or pre¬ 
cise analysis of structures was possible only in the simplest cases. For 
moderate-sized structures relaxation techniques were commonly used. 
For larger structures, a method of approximation had to be used. These 
procedures were ingenious and quite adequate to meet safety and per¬ 
formance requirements, but the prudent and cautious use of approxima¬ 
tion and the excessively long calculations necessary in repetitive analysis 
were far from economical. The factors of time and cost led to the appli¬ 
cation of computer technology to structural analysis. 

The initial computer approach produced special-purpose programs 
suited only to limited, specific problems. In addition, these programs were 
written by nonengineers in nonengineering formats. However, stress 
solves these problems. It offers automatic structural analysis without re¬ 
quiring that the engineer become a professional programmer or rely on a 
professional programmer to analyze unfamiliar problems. The stress sys¬ 
tem differs from previous efforts in that— 

1. It permits input in engineering rather than machine-oriented lan¬ 
guage. 
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2. It is a general-purpose system capable of treating most structural 
types encountered in analysis problems. 

3. It can be used interactively by the structural engineer on a time¬ 
sharing system. Design is a dynamic process involving decision making; 
stress can process or execute data immediately after a decision is made. 

Functional Description 

The commands in stress are processed by the language translator in 
two phases: first, input and compilation; and second, execution. Input 
translation and allocation of data storage are controlled by the first phase, 
which also determines whether the problem has been completely and cor¬ 
rectly specified and can thus be solved. 

Table 6-5 lists the functions that stress performs. Data required in 
these statements are more complicated than in geometric application pro¬ 
grams, since stress also demands the mechanical, topological, and inertial 
properties of the target data. 

Summary 

The original stress was immediately successful and enjoyed wide¬ 
spread use; however, civil engineers were so impressed with its versatility 
that a demand grew for a generalized system that would integrate multiple 
engineering disciplines. Thus, design was begun on a system incorporating 
several civil engineering fields able to interact with each other under the 
main system. For example, stress has been redesigned and expanded into 
a system called strudl (STRUctural Design Language), an application 
subsystem of the Integrated Civil Engineering System. Both stress and 
strudl are available from various time-sharing services in the United 
States and Europe. 

Integrated Civil Engineering System (ICES) 

After the great success of problem-oriented systems like cogo and 
stress, there was clearly a demand for a more generalized system. Work 
was begun in 1965 at the mit school of civil engineering under the direc¬ 
tion of Professor C. L. Miller, the prime originator of cogo. The result was 
ices, the Integrated Civil Engineering System, which was completed and 
released in November 1967. It has since been ordered by more than 300 
organizations. 

The ices system comprises four primary components: 

1. A set of subsystems, each designed to solve problems in a particular 
area of civil engineering, such as structural analysis and design, soil me¬ 
chanics, hydraulic engineering, highway engineering, and land surveying. 
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Table 6-5. STRESS Command Statements 


COMMAND STATEMENT 


STRUCTURE (title) 


FUNCTION 


Initially enters a problem in¬ 
to the system and entitles 
resulting output. 


NUMBER SU PP° ftS „ 
] members/ 

I loadings \ 


Describes the problem size 
and array size of the 
data elements shown. 


TABULATE 


(forces) (reactions) 
(distortions) (displacements) 


TOINT I RELEASES 
’ | forces, moments 


MEMBER 


distortions 


CONSTANTS 


LOADING 


SOLVE (THIS PART) 


\ FINISH^ 
^STOP \ 


SELECTIVE OUTPUT 


PRINT DATA 


ADDITIONS 

CHANGES 

DELETE 


Gives array sizes; also identi¬ 
fies vector components of 
interest. 

Describes the requested re¬ 
sults. 

Geometry of the requested 
results is given. 

Defines the topology of the 
network members fol¬ 
lowed by their mechanical 
properties. 

Specifies material properties 
of member. 

Specifies loading as force 
blocks and separates load¬ 
ing conditions. 

Directs system to solve prob¬ 
lem defined in preceding 
statements. 

Terminates current 
processing. 

Prints out only specified por¬ 
tions of data. 

Prints out results from 
engineer’s computation. 

Allows the engineer to 
modify or eliminate por- 
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2. Command language sets for operating each subsystem. 

3. A programming language, icetran, with which a programmer can 
design and write additional subsystems for integration into ices. 

4. An executive subsystem, which combines and directs the modular 
applications subsystems. 

The ices system permits engineers to access subroutines in disciplines 
other than their own. For example, a highway engineer has access through 
ices to problem-solving capabilities for hydraulic engineering, in addition 
to highway analysis. Current subsystems under ices include: 

• cogo : land engineering. 

• strudl: structural engineering. 

• roads : highway engineering. 

• bridge: mechanical engineering. 

• transit: land surveying. 

• project: civil engineering. 

When using ices, the engineer states his problem and defines any vari¬ 
ables within the set of appropriate subsystem commands. The commands 
and data are then processed by the executive program, which performs the 
following operations: 

• Recognition and translation of commands. 

• Data analysis, conversion, and storage. 

• Logic checks. 

• Transfer of control to command subroutines. 

Following the transfer function of the executive program, the appropriate 
command subroutine begins execution and performs the necessary compu¬ 
tation. Each command is completely processed before the next command is 
recognized by the executive program. 

In ices, the structure of each subsystem’s problem-oriented language is 
generalized so that the ices executive can operate with and direct the vari¬ 
ous subsystems. The command vocabulary in each subsystem varies from 
the others, but the command structure and syntax are identical and uniform 
throughout the system. A language statement in every ices subsystem com¬ 
prises a command name or abbreviation and the data required for the speci¬ 
fied operation. The command structure has the following characteristics: 

• Data can be entered in free format. 

• Data entered in a command may be in random order identified 
by keywords or entered in a predefined sequence without key¬ 
words. 

• Data values may be omitted and the system will automatically 
insert a permanent or temporary preset value on the current 
value of the data item. 
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• Data values may be alphanumeric or numeric only. 

• Each command may be processed incrementally or as a whole. 

• Variables and increment counters can be initialized by the ices 
executive. 

Before an engineer can use any subsystem commands, the specific sub¬ 
system must be called into the ices system. This is done by a set of utility 
programs, which enable the system to modify itself. 

Of secondary interest to most engineers is icetran, a language facility 
of the system. In the icetran facility, an extension and expansion of 
fortran was used to write the original subsystems of ices. However, it 
is also available to systems programmers or experienced programming 
engineers who wish to create additional subsystem packages for other 
engineering applications. A subsystem thus written and subsequently 
checked out can then be added to ices and employed by all system users. 

There is also a command definition feature in ices that permits an engi¬ 
neer to modify temporarily the subsystem command set he intends to use. 
This feature is called the Command Definition Language (cdl). The cdl 
language is a problem-oriented subset that automatically generates the 
command tables used by the ices executive. In addition to modifying sub¬ 
system command sets, cdl can also generate new problem-oriented lan¬ 
guages in the ices system. 


APT (AUTOMATICALLY PROGRAMMED TOOLS) 

The apt (Automatically Programmed Tools) language, now available 
in different versions from a number of time-sharing services, is intended 
for use in the manufacture of machine-tooled parts. This process is known 
as numerical control manufacturing, i.e., the use of numerically controlled 
machine tools to cut metal pieces. The tools that do these cutting opera¬ 
tions may be directed manually or through instructions encoded as num¬ 
bers on paper tape. The paper tape with coded instructions is prepared by 
a part programmer. The primary function of the part programmer is to 
make the extensive calculations needed to determine the coordinates of 
given shapes or forms that are defined by a drawing or other specification. 
The extent of these calculations and the accuracy required prompted the 
use of computers. (A part programmer does not write routines for a digital 
computer; thus, he is not necessarily a computer programmer.) 

The apt language is described here in one of its most commonly used 
versions, following the definition of Brown, Drayton, and Mittman of the 
Illinois Institute of Technology (iit) Research Institute. Coverage here is 
limited to a generic description of the language and its functioning 
elements. 
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General Description 

Initial design and work on the apt language system was begun at the 
mit servomechanisms laboratory in 1952. Three years later a prototype 
system was put into operation at mit to demonstrate the feasibility of such 
a system. This primitive version required the part programmer to define 
the terminal points of every straight line cut to be made by the machine 
tool. In 1957, a cooperative venture was undertaken by organizational 
members of the Aerospace Industries Association (aia) and mit to develop 
and refine the apt system. This project produced a second version of apt, 
which automatically calculated successive cutting locations and provided 
a language syntax similar to English. At that point, apt included a lan¬ 
guage translator, which was the forerunner of the current language, and 
allowed the part programmer to describe a part to be machined and the 
method by which the process was to be done. In September 1961, at the 
direction of aia, the iit Research Institute undertook responsibility for 
maintaining and validating apt and for directing the research in, and future 
development of, the language. An apt long-range program was established 
to support the study; member organizations contributing to the program 
receive complete and current versions of apt, relevant documentation, 
training, and data on all new findings. 

The apt language system comprises three major components: a trans¬ 
lator, processor, and postprocessor. The translator scans the source pro¬ 
gram input, does the necessary translation, compiles a series of numeric 
instructions, and performs some geometric calculations to reduce input 
data to a standard format. In this phase, approximately 100 diverse geo¬ 
metric definitions are reduced tenfold to about ten canonical forms. The 
processor analyzes, interprets, and controls the sequences of cutting in¬ 
structions and thereafter calculates the coordinate points that the cutting 
tool must follow in order to produce the desired part. The postprocessor 
converts the previous control data into the necessary format for a given 
machine tool, compensates for the mechanics of the given tool, and adapts 
any previously acquired data to the individual properties of the cutting 
tool. Execution of the apt system produces paper tape output containing 
the necessary instructions to produce a machined part. 

Functional Description 

The apt language is an application system for specialized use in nu¬ 
merical control. It affords manufacturing part programmers the same 
latitude that conventional compiler languages afford computer program¬ 
mers. The part programmer, for example, can use system commands to 
define tool shapes, tolerances, geometric designs, tool direction, and posi- 
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tion. The part programmer can also perform computations, employ macro¬ 
statements, and write looping statements under apt. 

Functions 

A source program in apt consists of a series of command expressions, 
statements, and declarations. Each such command contains a unique data 
element defining a function or condition and an optional modifier to the 
major data element. Under apt, a command expression is a general rule for 
specifying a geometric unit or calculating a numeric value. Command 
statements comprise the elemental operational and control elements of 
the system. Command declarations enable the user to define or modify 
geometric properties and arithmetic values for use in a program. 


Expressions 

The apt language features two types of expressions: arithmetic and 
geometric. Arithmetic expressions are operations for computing numerical 
values. The operations possible are addition, subtraction, multiplication, 
and division, represented by the conventional operators + Geo¬ 

metric expressions are rules for defining a geometric shape within a pro¬ 
gram, e.g., line, ellipse, sphere, circle. Each geometric unit or shape is de¬ 
fined by one form word, such as— 


POINT CIRCLE 

LINE SPHERE 

PLANE ELLIPS 

VECTOR HYPERB 


CONE 

CYLNDR 

GCONIC 

LCONIC 


QADRIC 

POLCON 

TABCYL 

MATRIX 


Statements 

The apt statements are the basic operational and instructional ele¬ 
ments of the language. Assignment statements set a symbolic variable equal 
to the value of an arithmetic expression or the definition made by a geo¬ 
metric expression. Cutter positioning statements control the position of 
the reference control point or the cutting device. There are two classes of 
statements for positioning this reference point: explicit positioning and 
continuous motion statements (Table 6-6). Sequence control statements 
allow a user to interrupt the normal sequential execution of his program. 
Two types of control are afforded through arithmetic and geometric trans¬ 
fer statements (Table 6-7). Postprocessor control statements cause the exe¬ 
cution of specific functions in the system, such as spindle speed and direc¬ 
tion, servomechanism offshoot, coolant values, cycling, turreting, thread¬ 
ing, and rotating. There are 74 commands for postprocessor control. 
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END 

STOP 

OPSTOP 

ISTOP 

RAPID 

SWITCH 

RETRCT 

DRESS 

PICKUP 

UNLOAD 

PENUP 

PENDWN 

ZERO 

CODEL 

RESET 


PLABEL 

PLUNGE 

HEAD 

MODE 

CLEARP 

TMARK 

REWIND 

CUTCOM 

REVERS 

FEDRAT 

DELAY 

AIR 

OPSKIP 

LEADER 

PPLOT 


MACHIN 

MCHTOL 

PIVOTZ 

MCHFIN 

SEQNO 

INTCOD 

DISPLY 

AUXFUN 

CHECK 

POSTN 

TOOLNO 

ROTABL 

ORIGIN 

SAFETY 

ARCSLP 


COOLNT 

SPINDL 

TURRET 

ROTHED 

THREAD 

TRANS 

TRACUT 

INDEX 

COPY 

PREFUN 

COUPLE 

PITCH 

CLAMP 

ENDMDI 

ASLOPE 


SADDLE 

LOADTL 

SELCTL 

CLEARC 

CYCLE 

DRAFT 

RITMIDI 

PLOT 

OVPLOT 

LETTER 

PPRINT 

PARTNO 

INSERT 

CAMERA 


A procedure statement allows the user to invoke a set of predefined state¬ 
ments and/or parameters. The procedure command is call. Input/output 
control statements allow the user to enter and produce predefined proce¬ 
dures, geometric units, and numerical values. The i/o commands are: 
read, punch, print, and titles. The single command statement fini brings 
about termination of a program. 


Declarations 

Geometric properties and arithmetic quantities are defined by apt 


Table 6-6. Classes of Cutter Positioning Statements 


CLASS OF STATEMENTS 

COMMAND 

Explicit positioning 

GO TO 

GO DLTA 

FROM 

Initial continuous motion 

GO 

OFFSET 

Intermediate continuous motion GO LFT GO FWD GO UP 

GORGT GO BACK GO DOWN 

Terminal continuous motion 

(Check Surface) 

Table 6-7. 

Sequence Control Statements 

CLASS OF TRANSFER 

COMMAND 

Arithmetic 

JUMPTO 

IF 

Geometric 

TRANTO 
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declaration commands for the part programmer’s use throughout a pro¬ 
gram. Declaration commands are also used to modify the execution milieu 
of certain command statements. 

By means of the array declaration reserv, a user can specify one or 
more symbolic identifiers to represent linear arrays of geometric units or 
numeric quantities. 

Coordinate transformation creates a special mode for modifying geo¬ 
metric variables with the usual notation. Its coordinates are automatically 
converted according to the specifications of the command refsys. 

The Z-surface declaration allows a user to define points in a plane other 
than the normally used X-Y plane. The relevant declaration is zsurf. 

Procedure declarations permit the user to predefine a series of com¬ 
mands to be invoked as needed. This facility is used in conjunction with 
the procedure statement call. The command declaration to initiate a 
procedure definition is macro and the command to terminate is termac. 

With the vocabulary equivalence declaration a user can substitute any 
arbitrary symbol for an apt vocabulary word. The vocabulary equivalence 
command is syn. 

Direction declarations are provided to set or reset the direction of tool 
motion and are used to clarify any ambiguity in initial continuous motion 
commands. A direction can be specified by vector, indirv, or toward a 
point, indirp. 

Parameters and arithmetic/logical constants can be specified by decla¬ 
ration. These parameters and constants are necessary for the system cal¬ 
culations, which reduce continuous motion statements to a series of dis¬ 
crete cutter center positions. Such declarations are made by tolerance 
specifications. 

Tolerances must be specified because the continuous-motion com¬ 
mands are expressed as sequences of straight-line motions; these are off¬ 
set from analytic cutter tangency constraints by only the specified toler¬ 
ance. Inner tolerance, which affects undercut, or “gouge,” is controlled by 
intol, and outer tolerance, which defines the amount of excess stock per¬ 
mitted, is controlled by outtol. 

The cutter, which produces the final pieces, is a surface of revolution, 
and as such is defined by its profile dimensions and measurements. By 
means of the cutter declaration, a user is able to specify the seven dimen¬ 
sions and measurements necessary to define a given cutter uniquely. The 
relevant command is cutter. Calculation constant controls permit the 
specification of constants used in cutter offset calculations: 

1. cut (and dntcut) permit (and suppress) forwarding to the post¬ 
processor of the coordinates calculated by cutter positioning statements. 
tlaxis defines the direction cosines of the tool axis. 
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2. multax sends direction cosines for the tool axis to the postprocessor. 

3. normps mode specifies that the tool axis is to be everywhere normal 
to the part surface. 

4. maxdp specifies the maximum step length constant for cutter offset 
computations. 

5. numpts specifies the maximum number of points to be produced by 
a given continuous motion command. 

6. thick adds a uniform increment of excess to cutter control surfaces. 

7. psis specifies a new part surf ace. 

8. 2dcalc, 3dcalc, nops indicate which calculations are affected and 
what action is to be suppressed. 

Tool position declarations may be used instead of cutter tangency parame¬ 
ters in intermediate continuous motion statements. 

Tool Position Declaration Tangency Specifier 

TLLFT replaces TO/PAST 

TLRGT replaces PAST/TO 

TLON replaces ON 

Other tool positioning declarations are 

TLNDON TLONPS 

TANCRV TLOFPS 


Summary 

The apt language is the most commonly used and most generalized 
application system in the field of numerical control. The successful appli¬ 
cation of information processing to manufacturing parts control has been 
primarily due to apt and its variants. That there is a need for such appli¬ 
cation is illustrated by a typical manufacturing process, contour milling. 
In contour milling, the part programmer must approximate a spatial curve 
in terms of straight-line segments (cuts) to a tolerance of only a few thou¬ 
sandths of an inch. Thus, the part programmer must generate thousands 
of coordinate points along the curve; he must also calculate a cutter radial 
offset, determining the cutter center path for each coordinate point on the 
curve. 

The apt language is important to time-sharing users because it is avail¬ 
able in conversational mode from many commercial time-sharing services. 
The use of apt by time-sharing subscribers is reported to be extensive and 
growing. Therefore, the number of services available to the user is also 
likely to increase. 


7. INFORMATION STORAGE AND RETRIEVAL 


The most common processing performed by time-sharing systems concerns 
the data files accessed by users. Once these files are defined, they serve as 
a repository into which users store information for subsequent retrieval. 
File maintenance is performed as necessary. A central concept in these 
operations is information storage and retrieval (is&r), which connotes all 
variations of the problem of storing, locating, and selecting information of 
any kind. It is the function that serves as the interface between the 
originator and the user of information. 

An objective of is&r is to facilitate the retrieval of documents and/or 
text extracted from documents. Document retrieval includes helping the 
user locate the document, outputting textual document summaries (e.g., 
abstracts, extracts), amplifying information (e.g., bibliographic citations 
containing title, author, publisher), and providing entire documents. Other 
is&r systems retrieve formatted data that is not part of documents or text. 

The is&r systems may be document-, text-, or data-oriented, or they 
may be combinations of these fundamental types. 

Document oriented. In systems of this type, the basic storage and 
output element is either an intact or condensed document, and it includes 
the necessary descriptive data (e.g., location in storage, bibliographic cita¬ 
tion). The basic element is entered and stored as an entity with no sig¬ 
nificant rearrangement of text. 

Text oriented. These systems accept textual information and convert 
it into a form that is more appropriate for various intrasystem functions 
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(e.g., storing, searching). Such conversions utilize the programmed ana¬ 
lytical capabilities of the computer. The basic storage and output element 
is this text, which is converted, stored in its revised form, and output in 
original or edited form. 

Data oriented. In these systems the stored elements are individual 
data items. These items are stored according to predetermined formats and 
are output as separate entities, not as part of a document or prestored text. 

Document retrieval encompasses all f acets of is&r and provides the best 
basis for the illustrative discussions that follow. 


DOCUMENT RETRIEVAL 

This section concentrates on the computer techniques used to accom¬ 
plish the main is&r tasks. Other is&r concepts are discussed in the next sec¬ 
tion on data base characteristics. The typical sequence of the eleven tasks 
performed upon information as it passes from originator to user is as 
follows: 

1. Originate. Information is generated and packaged into a document. 

2. Acquire. The document is acquired by persons, groups, or 
organizations. 

3. Analyze. The information is analyzed and, when appropriate, a 
surrogate is created. The surrogate is a substitute for the document. It 
normally contains a bibliographic citation (document number, title, author, 
journal, volume, date), abstract (brief summary of document contents), 
and/or extract (direct quotations from the document). It allows the user 
to survey the material quickly without actually retrieving the document. 

4. Index. A set of index terms that characterize the document is usually 
assigned and associated with the surrogate. 

5. Store. The material is then stored for future use in a way that 
facilitates retrieval. Each index term is associated with the location of the 
surrogate or document. 

6. Announce. Potential users must be notified that the document is 
available at a specified location (e.g., library, documentation center). 

7. Browse. The availability of the information may also be determined 
by using the index and/or surrogates to perform preliminary interrogations. 

8. Search. A search is based upon a question (query) posed by the user. 
The terms of the query are usually compared with the index terms to locate 
information. The query is often formulated by using the results of the 
preceding browse. 

9. Select. In response to the search, specific information is physically 
correlated with the query and fetched from storage. 
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10. Extract. The selected information is gathered and integrated into 
appropriate reports. 

11. Disseminate. The information is then provided to the user. 

Computers can be used to accomplish various combinations of these 
tasks. However, the core of is&r is the analysis, index, storage, browse, 
search, and selection functions. Entire documents may be stored either 
inside or outside the computer system. A document may be accessed by 
using the surrogates that are usually created during the analysis phase. A 
surrogate (or the document itself) can, in turn, be located by using the 
index. The surrogates and index can be stored within the computer. Queries 
can be processed by the computer during the browse and search phases to 
determine the availability and/or location of information. Specific infor¬ 
mation that satisfies the query is then selected. 

The central role assumed by computer systems in document retrieval 
may be seen by considering the following topics: indexes, queries, and 
data extracting and reporting. Data base characteristics, covered separately 
in the next section, are vital to all is&r applications. 

Indexes 

An index is a table that makes information retrieval easier. In the index, 
sets of terms that describe a document are associated with the storage loca¬ 
tion of the document or its surrogate. Creating sets of index terms is called 
indexing. 

Indexing Concepts 

In formulating a document surrogate (and in particular, its set of index 
terms), text is examined in order to put the material in a systematic form. 
The basic problem of indexing is to predetermine precisely how to rep¬ 
resent this material to unknown users. Possibilities include representing 
the document by its subject(s), author(s), and/or some numerical code 
(e.g., contract number). 

When determining the best method of indexing a document, the fol¬ 
lowing factors should be considered: 

Point of view. This aspect of indexing refers to the viewpoints of the 
author and the various types of users as the guideline for determining the 
significance of words and phrases in the document and hence their suit¬ 
ability for inclusion in the index term set. 

Generics. The indexing method should allow the user to request in¬ 
formation in terms that are either more general or more specific than those 
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appearing in the document. For example, an article indexed only by “air¬ 
line,” “railroad,” and “bus” could be sought by using the query term 
“transportation.” 

Semantics. The author and user of the document may associate 
different meanings with the same word (homograph); they may associate 
the same meaning with different words (synonym); and they may use 
different forms of the same word (lexical difference). 

Syntactics. If possible, the indexing method should capture the posi¬ 
tional relationship between words in the document. Otherwise, for ex¬ 
ample, a document on fish food could be accessed in response to a query for 
fish as food. 

Both manual and automatic methods may be used to create document 
surrogates. Automatic techniques exist to accomplish abstracting, extract¬ 
ing, and indexing. Their capabilities include rearranging material to facili¬ 
tate index searches and using statistical methods to determine word and 
phrase significance within text. 

Other manual and automatic techniques are used to control the vocabu¬ 
lary with which the index is formulated. Foremost of these is the thesaurus, 
which lists vocabulary terms authorized for use in the system; exhibits 
relationships among these terms, such as generic (i.e., hierarchy) and 
semantic associations; and defines the vocabulary. This permits creation of 
an index that describes the information in documents more fully, at 
different levels of generality, and from various points of view. The 
thesaurus may be generated, stored, and/or maintained either inside or 
outside the computer system. 

Indexing Languages 

Once the best way to represent a document has been conceptually 
formulated, the actual structure of an index term set is described in rela¬ 
tion to the indexing language. This comprises essentially the vocabulary 
and syntax used to write each indexed item. The vocabulary consists of 
the total set of alphanumeric index language terms (i.e., natural language 
words and phrases that must be considered as entities in the index lan¬ 
guage); the syntax is the set of predetermined rules for combining these 
terms. The most prominent indexing languages are: hierarchical, subject 
heading, keyword, and syntax. 

Using the hierarchical structure, the index is arranged in generic- 
specific array, where a given class is associated with its subclasses and, in 
turn, is itself a subclass of higher-level entries. Numeric or alphanumeric 
codes are often assigned to topical categories and to all subdivisions down 
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to the lowest appropriate level. Such a hierarchical structure is shown in 
Figure 7-1. Typically, this structure would appear in the index as follows: 

Code Subject 

2 Transportation 

2.1 Airline 


2.2 
2.2.1 
2.2.1.1 
2.2.1.2 
2.2.1.3 
2.2.2 


Railroad 

Passenger 

Long Distance 
Medium Distance 
Short Distance 
Freight 


2.3 


Bus 



GPR 20.000-9 


Fig. 7-1. Hierarchical Structure 
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In the hierarchical language, the vocabulary usually consists of the subjects 
and/or their associated (numeric or alphanumeric) codes. The document 
is assigned the subjects that indicate its relationship to the hierarchical 
structure. 

In the subject heading language, the document is assigned a heading 
based upon a list of generic terms having no hierarchical relationship to 
each other. The index is arranged alphabetically according to the subject 
headings of the documents contained in storage. For example, a subject 
heading index could include: 

Banks 

Cashiers 

Checking accounts 
Data processing services 
Savings accounts 
Security 
Tellers 

When using the keyword language, words are selected from the text 
and/or title of the document. These keywords are placed in the index to 
represent the document. Keyword indexes provide more depth than sub¬ 
ject indexes. Also, whereas the subject indexing vocabulary frequently in¬ 
cludes natural language phrases, the keyword index terminology is more 
likely to consist of single natural language words. Keyword language in¬ 
cludes no syntax. For example, the italicized words in the following passage 
could be selected as its keywords: 

A Chicago rock-music festival erupted into rock-throwing and gun¬ 
fire, and one report said two youths were shot and wounded. Wit¬ 
nesses said the trouble began when a group of youths seized the band- 
shell and rampaged through Grant Park on the downtown lakefront 
last night, throwing stones and setting two cars afire. More than forty 
arrests were made. Police fired volleys of tear gas into the crowd, and 
a police helicopter ordered the group to disperse. The source of the 
gunfire wasn’t immediately known. 

Unlike the preceding languages, the indexing methods that involve 
syntax combine terms to form phrases in the index language according to 
a predetermined syntactic relationship. Among these methods are faceted, 
phrase, and permuted indexing. 

In faceted indexing, each position in a string of terms has a specific 
attribute (or facet). For example, consider: 

computer, programmer, fortran iv 
computer, operator, ibm System/360 

Analogous terms in these strings modify their predecessors in essentially 
the same way. 


118 


AUERBACH ON TIME SHARING 


When the syntactic rules permit the terms to be grouped as they are in 
natural language, a phrase index is obtained. The strings of the preceding 
example become 

computer programmers in fortran iv 
computer operators on the ibm System/360 

In other cases, each of the possible keyword permutations of a phrase 
can be presented in the index. Hence, in permuted indexing, the key- 
word-in-context (kwic) approach is used to produce the following index 
entries, in which the keywords are in italics: 

computer operators on the ibm System/360 
computer programmers in fortran iv 
computer programmers in FORTRAN IV 
computer operators on the IBM System/360 

computer operators on the ibm System! 360 
computer programmers in fortran iv 

This method permits the keywords of a phrase to be emphasized and ex¬ 
amined within their context. 

Queries 

A query is a command that initiates a search of the computer data base 
to obtain desired information. Retrieval yields either an actual document 
or its surrogate, or information that will assist the user in locating the docu¬ 
ment. The query is entered into the system, which, in turn, interprets the 
query, performs the requested search, and selects specific information. 

Query Formulation 

The first step in formulating a query is to decide what information 
must be extracted from the data base. Subsequently, the actual query is 
considered. Like document index term sets, queries are written in a par¬ 
ticular language. When an index exists, the vocabulary and syntax of the 
indexing language form a basis for the query language. However, the query 
language is usually much more complex because terms using the basic 
grammatical elements (i.e., vocabulary and/or syntax) may be combined 
by such connectives as logical operators, logical comparators, and arith¬ 
metic operators as well as by the formulation of various complex expres¬ 
sions. The effects of performing the logical operations upon two sets, A and 
B (i.e., sets that satisfy parts of a query), are shown in Figure 7-2, where C, 
the resultant set (i.e., the set that satisfies the entire query), is depicted by 
the shaded area. Logical comparators involve the inequalities such as 
equal/not equal to, greater/less than, greater/less than or equal to, and 
between. The arithmetic operations (add, subtract, multiply, divide) are 



Information Storage and Retrieval 


119 


AND 


OR 


AND NOT 



GPR 20.000-10 


Fig. 7-2. Logical Operations 


well known; expression complexity includes such characteristics as nested 
expressions (i.e., one expression contained in another). 

Among other characteristics sometimes included in a query language 
are hit level, weighting, and relative word position. 

Hit Level. Although all terms of the query need not be satisfied, a 
minimum number of correlations (hits) may be required. For example, it 
some combination of A, B, C is sought, it can be stipulated that at least 
two hits be achieved in order to satisfy the query. 

Weighting. Each word and/or phrase of the query may be associated 
with a numerical value (weight) that, upon correlation with stored infor¬ 
mation, is added to a running sum of weights derived from all such correla¬ 
tions. Then, when the entire query has been processed, this sum is used to 
determine the degree to which the stored information is responsive to the 
query. For example, the query A AND (B OR C) can be processed as 
follows: 


Query 

Individual weights 
Group weights 
Minimum sum 


A AND (B OR C) 
2 11 

2 1 
3 


Some systems are able to print out responses that are arranged in descend¬ 
ing order according to this sum. Thus, the document that included A, B, 
and C would be cited first. 

Relative Word Position. The positions of specified query words may 
be required to relate to one another in a particular manner within the docu¬ 
ment. Some of these relationships are: word proximity (e.g., query words 
“theory” and “number,” required to be within two words of each other in 
the document and/or its surrogate, would retrieve all mathematical refer¬ 
ences to theory of numbers and number theory but not all references to the 
relatively common word “theory”); word order (e.g., “abstract” could be 
required to precede “algebra” in the source material so that only references 
to “abstract algebra” would be retrieved); and words in the same sentence 
or paragraph. 
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Retrieval 

Retrieval connotes searching the data base for pertinent information in 
response to a query and physically selecting specific portions of this ma¬ 
terial. The characteristics of the retrieval operation depend upon whether 
it involves the index, the source material (i.e., documents or surrogates), 
or both: 

1. Index only. When only the index is involved, the retrieval produces 
a listing of document locations. 

2. Source material only. In some systems, the text of documents or 
surrogates is searched directly without the use of an index. The direct 
search may call for special construction of the data base. 

3. Index and source material. When both index and source material 
are involved, the index is searched to obtain the locations of documents 
or surrogates that satisfy the query. Then specific documents or surrogates 
in these locations are selected. 

In some systems several of these searches can be performed in succession, 
with the information retrieved in any given step automatically applied to 
subsequent searches. 


Evaluation of Retrieved Information 

After searching the data base and selecting the information that satisfies 
a query, the user must evaluate these responses. The relevance of the re¬ 
sponse to the query indicates the degree to which the query is satisfied. 
Attempts have been made to accomplish the difficult task of quantitatively 
determining relevance. For example, the weighting process described 
above may be used to associate each query with a numerical value that 
indicates relevance. A preset value serves as a threshold or minimum sum. 
Or, using these weights in another way, only the responses associated with 
the highest values (e.g., top five values, top 25 percent of the values) are 
retained. These weights and the method of eliminating the lower values 
may be built into the computer program or supplied by the user. 

Other facets of evaluation involve the completeness and validity of the 
responses. Since errors are primarily a function of bias built into the re¬ 
trieval systm, they are not easily determined quantitatively. These errors 
are usually cases in which not all information that satisfies the query is 
chosen, or those in which the material retrieved does not actually satisfy 
the query. 
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Query Aids 

Many systems assist the user in formulating a query by one or more of 
the following four techniques: 

1. Thesaurus. The thesaurus-like aids used to facilitate indexing also 
permit users to formulate queries that are appropriate to the scope and 
degree of their interests and of the data base. 

2. Guidelines. The user formulates his queries by following written 
instructions or by writing the queries on well-defined forms. He may also 
employ a specialist who actually writes the query for insertion into the 
system. 

3. Intermediate output. The computer system may give the user 
some information to help him refine the query before it supplies the source 
material he ultimately wants. This information indicates the progress of 
the search. For example, the user may enter successively more precise 
queries, using the information obtained from prior interrogations. This 
information may be extracted from the index and/or the source material. 
Valuable intermediate output is also obtained from various types of com¬ 
putational summaries (e.g., tallies and more complex statistical analyses) 
that are derived during the search and provide an insight into the number 
and characteristics of items satisfying the query. 

4. Query enhancement. Various methods exist to improve the user’s 
original query. These techniques involve intermediate output and succes¬ 
sive searches, with no user intervention, while the retrieval operation is in 
progress. Also, the query may be automatically modified before the search- 
using, for example, a thesaurus. 

Data Extracting and Reporting 

After satisfying the original query, the system must extract pertinent 
information from the selected material and report it to the user. In some 
document retrieval systems these functions are accomplished with the use 
of report formats specified by the user. During this process, some manipula¬ 
tion of the information may be required to group the data for subsequent 
output. For example, a file could be interrogated to discover all documents 
on space flight that were written before 1958. After selection of the docu¬ 
ments involving space flight, their citations would be searched. Those that 
satisfied the query would be extracted, sorted into a contiguous list based 
upon date, and reported. 

The reports, over which the user exercises varying degrees of control. 
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may contain isolated facts (primarily in data retrieval systems), textual 
information, bibliographic citations, and/or information locations. 


DATA BASE CHARACTERISTICS 

In any is&r system, information is stored in the data base pending sub¬ 
sequent retirement, use, or modification. The data base is often grouped 
into files whose contents have similar characteristics. In document re¬ 
trieval, similarity is based upon whether the files contain indexes, docu¬ 
ments, or surrogates. Files can be physically combined or separated in 
storage. 

Additional levels are normally defined within the data base by dividing 
files into various types of lower-level structures. The division of a file is 
called a record, which may be further subdivided until a field, the lowest- 
level data element, is obtained. 

The logical and physical arrangement of files, records, and their sub¬ 
structures constitutes the data base organization. The location of these 
organizational entities are expressed in terms of their actual (physical) and 
apparent (logical) positions in the system storage device(s). For example, 
consider the records R\ and R 2 , which are not physically located together 
but are always to be processed in the sequence indicated by their sub¬ 
scripts. Then Ri and R 2 are logically contiguous, although they are physi¬ 
cally separated. 

Data Base Organization 

The primary means of defining data base organization is by specifying 
the arrangement of records in a file. The basic types of record organization 
are: sequential, linked list, random, and inverted. 

In the sequential, or serial, organization the records are stored in posi¬ 
tions relative to one another according to a specified sequence. This 
sequence is ordered according to a particular explicit attribute (normally 
called a key) or according to an implicit characteristic, such as arrival into 
the system (i.e., accession number). 

In the linked list organization, each record is directed to its successor 
by a pointer. The logical and physical structures are seldom identical. The 
lists may be structured in several ways, including the simple or straight 
list and the ring type. The simple list structure employs a record relation¬ 
ship in which each list contains exactly one record that is not a successor 
to any record in the list and exactly one record that is not a predecessor to 
any record in the list. These records are, respectively, the first and last 
records of the list. The simple list in Figure 7-3 contains data records cor- 
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Fig. 7-3. Simple List Structure 

responding to the northwestern states. Although the physical storage 
sequence of these records is indicated by the record number, the logical 
accessing sequence is as shown in the figure. In the ring structure the last 
record of the group points back to the first record, as depicted in Figure 7-4. 
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Fig. 7-4. Ring Structure 

When it is convenient to branch from a particular list (e.g., a sublist of 
records) and return to the original list, a ring structure with “down” (to sub¬ 
list) and “up” (to original list) pointers is appropriate. For example, to ex¬ 
pand upon the simple list shown in Figure 7-3, with data records concern¬ 
ing the three largest cities within each of the northwestern states also in¬ 
volved, the structure depicted in Figure 7-5 could be used. In all these list 
structures, any given record may be a member of more than one list at the 
same or different hierarchical levels. The case illustrated in Figure 7-5 
shows records 1, 5, and 8 as members of both the primary list and one 
sublist. 

Using random organization, records are stored at random with respect 
to their logical and physical storage locations. The storage location of these 
records either is directly available or can be obtained by computational or 
tabular methods. 

The inverted structure is a special type of organization in which items 
are grouped in relation to the index terms that describe the information. 
Associated with each index term is a reference (usually a storage location) 
to all records to which the term applies. For example, suppose the source 
material includes three space flight publications having keyword indexes 
and surrogates that are incorporated as separate records into a single file. 











Fig. 7-5. Branching Ring Structure 


Table 7-1. Publication Index Term Set and Storage 


PUBLICATION 

INDEX TERM SET 

STORAGE LOCATION 

A 

In-orbit flight, re-entry, recovery 

X 

B 

In-orbit flight, orbit transfer 

Y 

C 

Launch, in-orbit flight, recovery 

Z 


Table 7-2. 

Inverted Index 

INDEX TERM 

STORAGE LOCATION ( S ) 

In-orbit flight 

X, Y, z 

Launch 

Z 

Orbit transfer 

Y 

Recovery 

X, Z 

Re-entry 

X 
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Table 7-1 presents the relationship among each publication, its index term 
set, and the system storage of its surrogate. A second file consisting of an 
inverted structure may be formulated to facilitate indexing. The structure 
and contents of this file are shown in Table 7-2. 

Data Base Operations 

Certain ancillary operations may also be performed upon the data base. 
Such f unctions include: 

1. File maintenance. These operations involve updating the data 
files (or the records and their substructures that comprise these files) by 
adding, deleting, and modifying information. 

2. File creation. This operation involves providing a previously struc¬ 
tured file with data. This is frequently accomplished by updating an empty 
or obsolete file. 

In either of these operations, various fundamental functions are necessary 
to manipulate the data. These include sorting and merging of files. 


SUMMARY 

The is&r systems and their applications are characterized by the basic 
functions they perform, the manner in which these tasks are accomplished, 
and the nature of the data involved. All these factors have been discussed in 
some detail. However, in order to understand any is&r system fully, it is 
necessary to determine the relationship among these basic functions. This 
can be done by establishing the data flow among these tasks and the gen¬ 
eral sequence in which they are performed. Figure 7-6 depicts such a rela¬ 
tionship among the major is&r functions. Various subsets of the total set of 
tasks shown in Figure 7-6 exist in the different is&r applications. In docu¬ 
ment retrieval, there are two major application types: (1) index only, and 
(2) general retrieval. Applications of the index-only type use the contents 
of the index file to provide the user with document storage locations. With 
reference to Figure 7-6, such a system can be normally portrayed by blocks 
1, 2, 3, 4, 6, 8, and 9 as well as the attendant data flow. The general docu¬ 
ment retrieval applications use the contents of the document/surrogate 
file and, in most cases, the index file to provide the user with documents 
and/or their surrogates. The entire figure represents general document re¬ 
trieval applications that include indexing operations. Applications that do 
not involve indexing can be depicted by blocks 1 (except the form index 
subtask), 2, 3, 5, 7, 8, 9 as well as the attendant data flow. 




Classification 

Surrogate creation aids • Create surrogates 

• Assign storage areas 

• Form index 


DN TIMESHARING 



Fig. 7-6. Functional Diagram and Data Flow of is & r 
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Text processing, an example of a specialized is&r application, is de¬ 
scribed in detail in the next section. 


TEXT PROCESSING 

Text processing is a particularly important application in time sharing, 
and one that is moving rapidly. Although computers have been used to 
advantage in many areas of the business community for a number of years, 
until recently the field of text processing has been overlooked. The methods 
used in business to turn out textual information such as reports, contracts, 
and manuals have remained the same while new techniques were being 
applied to accounting, management science, and engineering applications. 

Before the advent of automated text-processing systems, the tools that 
a prof essional author used to create a completed document were the pencil, 
the typewriter, and the typist. The normal route that a document traveled 
to its ultimate publication included drafting, typing, proofreading, revis¬ 
ing, retyping, and so on. This cycle was repeated until the document 
reached an acceptable final form. In addition to the obvious wasted effort 
involved in repeatedly retyping the same material, authors spent too much 
expensive editorial time in proofreading and reproofreading the document. 

Automated text-processing systems can eliminate many of these hours 
of wasted effort. They are designed to let a computer assist a typist in the 
performance of daily tasks. To this end the typist is given an effective and 
simple method of input to the system, facilities for error correction and text 
modification, and a flexible means of producing the desired information. 

Features of an Automated Text-Processing System 

The input device to a text-processing system is usually a communica¬ 
tions terminal with the same keyboard and operational characteristics as a 
standard electric typewriter. Thus the computer can serve a number of 
typists at different locations. Since text is normally formatted upon output, 
the terminal operator need not be concerned with margins or page length; 
this free form of input alone greatly increases input speed. 

Text is initially entered into the work area of the computer system, 
where modifications and formatting take place according to the author’s 
instructions, which can be changed at will. From this area, it may be placed 
in permanent storage if the user wants to retrieve it later. When the docu¬ 
ment is to be output, it is always moved from permanent storage to the 
system work area. Note that all the editing and formatting techniques 
apply only to text in the system work area. 

To illustrate a typical text-processing system, the ibm Administrative 
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Terminal System (ats) is discussed in detail below. Although actual com¬ 
ments and techniques may vary from one system to another, the basic 
functions and operations of each system are similar. 

Administrative Terminal System (ATS) 

The first serious attempt at using a time-sharing system to resolve text¬ 
processing problems was made by ibm with the Administrative Terminal 
System (ats) introduced in 1965. This system, offered as an ibm program 
package, required a substantial commitment of computing power, since it 
was available only as a dedicated in-house system. Although ats offered 
many distinct advantages over manual text-processing techniques, it did 
not gain wide acceptance until it was accessible on a terminal basis. Pro¬ 
fessional authors and businesses may now pay for the facilities of an ats- 
like system on an hourly basis, with a minimal financial commitment and 
with the ability to adjust usage level to fit peakload or tight deadline 
situations. 

In ats, users access the system through a terminal based on a Selectric® 
typewriter (generally an ibm 2741 communications terminal). Each user is 
assigned a seven-character account name, a three-digit account number, 
and a five-character operator key to prevent unauthorized access to the 
system. After entering each of these security codes, the user (or his typist) 
may begin to enter his text. 

Entry of text is accomplished in much the same way as standard typing, 
with several significant exceptions. First, since a line of text is not trans¬ 
mitted to the computer until the operator signals the machine by striking 
the carrier return, typing errors can be corrected by striking the Attention 
key, backspacing over the error, and typing the correct information. Text 
may be entered in either the formatted mode (the system assumes no con¬ 
trol over the formatting of the output text) or the unformatted mode (the 
user specifies the output format desired, and the system calculates the line 
and paragraph format). Inputting text in the unformatted mode provides 
another typing advantage to the operator. Since text entered in this mode is 
formatted upon output, the operator need not worry about margins or 
page restrictions; typing is done in free form. 


Text Modification Techniques 

Upon entry, each line of text is assigned a unique line number by the 
system. These line numbers are used for subsequent reference to specific 
portions of a document for corrections or modifications. For example, to 
change the word “one” in line 17 to the word “three,” the terminal operator 
would strike the Attention key, which produces an underscore; he would 
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then type in sequence the line number, a semicolon, the word to be cor¬ 
rected, another semicolon, and the correct word; he would then strike the 
carrier return key. This would appear to the operator as follows: 


Original line: 

One plus four are seven. 

17 

Operator’s entry: 

17; One; Three 


New line: 

Three plus four are seven. 

17 


Note that the line number on the right is printed only at the operator’s 
request (normally only during the editing cycle). 

Adding or deleting words or phrases is accomplished by the same tech¬ 
nique. To delete a word or phrase, the line number is typed and then the 
phrase, with a carrier return after the second semicolon. The original text 
is deleted. Note that the system will tighten up the line so that no blank 
space appears where previously there was text. To add a word or phrase, 
the operator simply types the line number and the unique string of charac¬ 
ters immediately preceding the point where the word is to be inserted; 
after the second semicolon, he retypes the original word followed by the 
word to be added. This sequence is as follows: 

Original line: Meet me at the store at seven o’clock. 8 

Operator’s entry: 8; store at; store at about 

New line: Meet me at the store at about seven o’clock. 8 

If the operator specifies an addition after a string of characters that appears 
more than once (for example, “at” instead of “store at”), the addition will 
be made at the first appearance of the string specified (for example, “meet 
me at about the store ...”). 

These powerful and easily used error correction facilities eliminate 
much of the retyping and proofreading that delay the manual text-process¬ 
ing cycle. Using the automatic system, the operator simply makes the cor¬ 
rection once and directs the system to retype the document. An added 
benefit here is the fact that the author has to proofread only the corrections; 
the rest of the text remains unchanged. 

Formatting Procedures 

When text is input to the system in the formatted mode, the system 
outputs it in exactly the same format. However, the unformatted mode 
input is actually a continuous stream of text, which has its format deter¬ 
mined by the operator at the time of output. Table 7-3 lists commands used 
by the terminal operator to direct the system in its performance of text 
editing, formatting, and outputting tasks. Through a single command, the 
output page width (the number of characters printed on a single line) and 
the output page depth (the number of lines on an output page) are 
established. 
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Table 7-3. ATS Commands 


COMMAND 

clear 

d 

e 

end 

f 

g 

listing 

m 

message 

n 

P 

pa 

pan 

£i 

pjn 

pjnw 

pn 

pnw 

pr 

s 

tf 

tu 

tuc 

tuf 

tufc 

tuh 


FUNCTION 

Clears working storage area. 

Deletes a document from permanent storage. 

Erases text. 

Signals end to current session. 

Establishes form letter mode. 

Gets (retrieves) a document from permanent storage and puts it 
into working storage. 

Provides a listing of stored documents. 

Moves a line or lines of text from one part of a document to 
another. 

Enables an operator to receive a message stored by another 
operator. 

Provides the next line number. 

Prints, at the user’s terminal, the document in working storage. 
Prints the document exactly as entered. 

Prints the document exactly as entered with the line numbers 
included. 

Prints the document with the right margin justified. 

Same as pj except line numbers are also printed. 

Same as pjn except no underscores are printed. 

Prints the documents with line numbers, but no justification. 

Same as pn except no underscores are printed. 

Reprints a single page of a document during printout. 

Stores a document (moves it from working storage to permanent 
storage). 

Establishes formatted mode of operation. 

Establishes unformatted mode of operation. 

Establishes centering mode of operation. 

Establishes footing mode of operation. 

Same as tuf, with centering. 

Establishes heading mode of operation. 
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tuhc 
t + XX 
t + 99 
t( 
t) 

1 ) ( 
wxxx 

w; xxx; yy 


w; yy 

X; 

Xm; 


Same as tuh with centering. 

Skip XX lines (XX = 1 to 98). 

Skip remainder of this page and begin on next page. 

Keep this portion of text together during printout. 

Release text. Used to end a keep request. 

Combined release and keep. 

Set line width to xxx characters (xxx = 30 to 120). 

Set line width to xxx characters and page depth to yy lines (xxx = 
30 to 120, yy = 5 to 99). 

Set page depth to yy lines (yy = 5 to 99). 

Transmit a message from permanent storage. 

Transmit a message from working storage. 


Some special features are provided by the system so the operator can 
produce sophisticated output formats with a minimum of effort. For title 
typing, ats has a line-centering mode in which text entered on the left 
margin is centered upon output. Standard headings and footings are placed 
on each page with a single command; page numbers are incremented auto¬ 
matically in the same manner. Also, the system can be directed to stop 
output typing at a specific point in the document to allow for the entry of 
variable information by the terminal operator. This technique is used to 
personalize such documents as form letters. 

Through the commands listed in Table 7-3, terminal operators also 
move text from one part of a document to another. Although documents 
are rarely written so that paragraphs can be interchanged without affecting 
the meaning of the text, this feature is powerful in another sense. When an 
operator moves a document from permanent storage into working storage 
without first clearing working storage, the new document is assigned line 
numbers immediately succeeding those of the document currently in work¬ 
ing storage. Additional documents are also introduced in this way. Using 
the text-moving commands presented in Table 7-3, an operator can con¬ 
struct a complete document, such as a legal agreement or contract, from 
prestored paragraphs and clauses. 

Output Techniques 

Once a document is in its final form in working storage, the operator 
has several alternatives: The document can be printed at his terminal by 
using the various print commands listed in Table 7-3; the document can 
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be transmitted to a high-speed printer at the computer center for deferred 
printing; or it can be transmitted to another output medium, such as 
punched card or magnetic tape, at the operating center. Short documents 
or documents required immediately are generally printed at the terminal, 
and larger or less critical documents are transmitted to the central printer 
for output. 

The other peripheral devices, such as the card punch and magnetic 
tape drive, may be used for data conversion or computerized typesetting 
applications. Source data for card punching are entered through the ter¬ 
minal, using all editing facilities of the system. A document can be written 
onto magnetic tape with various typesetting codes added to produce an 
output tape; when this tape is entered into a computerized typesetting de¬ 
vice, it generates sophisticated printed matter. 

Automated Text-Processing Applications 

Some text-processing applications, such as writing form letters or bulk 
typing (where the amount of editing or revision is minimal), can be 
handled easily by a dedicated time-sharing text-processing system. How¬ 
ever, they are probably better suited to an automatic typewriter because 
it is designed for this type of work and is certainly more economical. The 
time-sharing system is most effective in applications in which there is con¬ 
stant revision and modification or in which an output medium other than 
the printed word is required. For instance, the creation of books, manuals, 
legal contracts, proposals, and technical reports is generally suitable for 
time-sharing text processing. So is file conversion or data entry where the 
storage medium is changed (i.e., from card to tape or from hard copy to 
punched cards). 

The printing and publishing industry, although it already uses some 
text-processing systems, will probably require more extensive improve¬ 
ments in output facilities and techniques before it becomes completely 
committed to such systems. 



8. TIME-SHARING EVALUATION 


Evaluating a time-sharing service is a dynamic and continuing process 
involving many different considerations. Among these are services evalua¬ 
tion and the application of benchmark programs. 


EVALUATION OF COMMERCIAL TIME-SHARING SERVICES 

A major element to be considered in the evaluation of any commercial 
time-sharing service is the way in which it satisfies the specific computa¬ 
tional requirements of the user. In addition to the quantitative aspects, 
such as the service fees and the number of programming languages sup¬ 
ported, the evaluator must also examine qualitative considerations such 
as pricing techniques and programming language characteristics. This 
section is designed to give the evaluator tools to make his selection of a 
specific time-sharing service both quantitatively and qualitatively. This 
section discusses service operation, programming languages, program con¬ 
trol and data modification techniques, application services, user assistance, 
and service fees for commercial time-sharing services. 

Service Operation 

When selecting a time-sharing service, one of the more important fac¬ 
tors, from an economic point of view, is the telephone line cost. Most ser- 
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vices stipulate that the customer must pay telephone charges to the near¬ 
est free local dialing point. If a time-sharing service located in New York 
City offers free local dialing service to Philadelphia and the prospective 
customer is located in Baltimore, the customer must pay telephone charges 
for his calls from Baltimore to Philadelphia. This cost could be the most 
significant price factor that he must consider. 

A less tangible aspect of service operation is the orientation or speciali¬ 
zation of the system. Some services direct their operation toward one 
specific discipline, such as civil engineering or text processing. Although 
in many cases the customer pays a premium for such specialization, he is 
usually willing to do so in order to avail himself of specialized skills and 
services. Some services have “hidden” specialties. For instance, if many 
customers of a service are heavy users of manufacturing programs, these 
programs are given extra attention and thereby improve in quality, though 
the service ostensibly remains generalized. Some bureaus with specialties 
are eager to attract some users with different needs in order to balance 
their peaking and resource allocation. In such cases, there is often oppor¬ 
tunity for negotiation. 


Programming Languages 

An evaluation of programming languages involves both selection of a 
language and its particular implementation. Factors involved in the choice 
of a language include: 

• Suitability of the language for a given problem area. 

• Suitability of the language for prospective users. 

• Availability of the language. 

• History and evaluation of previous use of the language. 

• Compatibility of the language and its potential for growth. 

Languages available through time-sharing services in both the conversa¬ 
tional and remote batch modes include almost all programming available 
to the standard data processing user. The selection of a specific language 
depends upon which of the preceding factors is most critical to the user. 

Of primary importance is the suitability of the language for the problem 
area. Although most problems can be solved by several languages (e.g., a 
computational problem can use basic or fortran, a business-oriented 
problem can use cobol or pl/1), some problems need a specific language. 
Languages such as lisp or snobol, designed for list processing applica¬ 
tions, or aed, which provides design and compiler-writing facilities, might 
be the only means of solving a user’s problem. In a situation where the 
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customer requires one of these special languages, his choice of a time¬ 
sharing service may be severely limited. 

In most cases, the user may select from several languages, according to 
the orientation of his company’s data processing group. If his company 
uses pl/1 exclusively in its data processing department, it would normally 
be chosen for time sharing. Also, if the people who will use the time¬ 
sharing service are data processing novices, a significant factor is the sim¬ 
plicity and ease of learning the language. The reverse is true when most 
of the prospective users are experienced programmers. However, most 
time-sharing services offer several languages, so that both novices and 
experienced programmers can frequently use the same time-sharing service. 

Once an appropriate language has been selected, the evaluator must 
then choose a particular implementation of the language. Many of the 
language processors were originally provided by a computer manufacturer 
and have been subsequently modified or enhanced to meet customer re¬ 
quirements more closely. A definition of a language facilitates comparing 
the varying forms of its implementation. The definition should be quite 
detailed and cover virtually all functional characteristics of the language. 
Then the evaluator can measure the extent to which a particular language 
implementation adheres to, or deviates from, the definition. 

Program Control and Data Modification Services 

Program control and data modification services include the language- 
directed capability of the system to support either the programmer or the 
application program user. These facilities take the form of the system con¬ 
trol language, its file-editing facilities, program-debugging subsystems, 
and file information retrieval capabilities. 

The evaluator should be aware of the individual commands and ser¬ 
vices provided by the languages, as well as the techniques used to direct sys¬ 
tem operation. Ease of access and use are significant factors in the evalua¬ 
tion of a time-sharing system. File and system security are also important 
considerations. If a user requires a means of preventing unauthorized 
access to his programs and files, he must be sure that the time-sharing ser¬ 
vice has adequate file security. In addition, editing and debugging facili¬ 
ties are significant if the time-sharing user intends to create his own pro¬ 
grams. They become even more important when the time-sharing system 
is used as a program development tool for in-house systems. 

Application Services 

Application services take the form of either a major application system 
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offered to support a particular business or engineering activity or a gen¬ 
eral-purpose library service that includes complete programs or subrou¬ 
tines that the user may incorporate into his own programs. Application 
systems are generally well publicized, as they are becoming one of the 
essential elements provided by time-sharing services. (See Section 90 of 
AUERBACH Time-Sharing Reports for individual reports on application 
systems offered by the commercial time-sharing services.) Program li¬ 
braries, though important, are generally not as well documented or pro¬ 
moted. 

Perhaps the most difficult element to assess is the range of offerings 
provided in libraries. In general, time-sharing services provide two types 
of libraries: private libraries that are constrained as to use, and public 
libraries that are offered to any user of the system. In using a private 
library, some limitation is placed upon access to a routine in the library, 
such as making it available only in object code or with an additional charge. 
In general, documentation is available concerning the routines contained 
in the private libraries of the services. Commercial time-sharing services 
frequently do not take the time to document public library programs and 
routines because many of them are self-documenting. As the user calls a 
particular library routine, he is presented with a detailed description of 
the capabilities of the routine as well as its limitations. Except for the few 
services that provide comprehensive documentation of their public li¬ 
braries, actual use is the only sure means for complete evaluation. 


User Assistance 

Types of assistance provided by the commercial time-sharing service 
range from complete support, including formulation of programs and sys¬ 
tems, to support that is limited to an introduction to the basic facilities of 
the service. Between these extremes, most services provide forms of aid to 
the user based on his requirements. 

Service Fees 

The wide variety of pricing schedules and techniques used by the com¬ 
mercial time-sharing services make the evaluator’s task an exceptionally 
difficult one in this area. As in all aspects of the appraisal, the first consid¬ 
eration should be given to the application. The most economical system is 
the one that will charge least for the desired application. 

Most service charges are based upon storage, central processor time, 
and terminal-connect time. If the primary use of the system requires ex- 
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tensive storage for data files or programs, the most important fee consid¬ 
eration is, of course, the storage cost. When the task to be accomplished 
requires large amounts of computation and therefore much central pro¬ 
cessor time, that factor becomes most significant. Installations where users 
are learning programming or doing extensive printing at the terminal must 
give heavy consideration to the terminal-connect charges. 

The simplest means of estimating storage costs is to divide the cost for 
a block of storage by the number of characters in that block. However, 
this does not take into consideration the pricing techniques used. A user 
should note when storage is to be measured; if it is measured at the end of 
the day only, he will not be charged for temporary storage used during the 
day. Some services bill the user for the maximum storage used during the 
month, while others bill for the average amount; the former technique is 
usually costlier. Size of the elementary block of storage should be con¬ 
sidered, since in most cases a block of storage may contain only data from a 
single program or data file. For example, if the basic block of storage is 
5000 characters and a user stores a 6000-character program, he requires 
two blocks; thus he wastes 4000 characters of the second block because 
they cannot be used for additional program storage. If the basic block 
were 1000 characters in this case, the program would have required six 
blocks. This would probably have meant a significant saving for the user. 
It is therefore necessary to look beyond the stated schedule of fees in 
order to determine the actual cost of program storage. 

Another basic pricing consideration is the central processor unit. This 
may be the most elusive and difficult factor to measure. Some services con¬ 
sider central processor time only as that time during which a user’s pro¬ 
gram is being executed, whereas others include the swapping time (time 
used to move a user’s programs from core storage to disk or drum); thus, 
the same program execution may take many more central processor units. 
Terminal-connect charges are usually straightforward and include only 
the time of active connection to the system. 

All of the preceding pricing considerations may be affected by the dis¬ 
count policy of the time-sharing service. Customers may be offered re¬ 
duced rates for processing time during off-hours. Customers in specific 
fields, notably education, are often allowed discounts. Frequently, bulk- 
rate discounts are provided for use of either storage or processing. Some 
services will even dedicate an entire system to one user for a set fee. 

The object in all of these pricing considerations is to evaluate the pric¬ 
ing schedule according to specific requirements. The time-sharing services 
offer enough different systems, pricing algorithms, and discounts to make 
shopping around worthwhile. 
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TIME-SHARING BENCHMARK PROGRAMS 

Benchmark programs have become a standard tool in the evaluation 
process for data processing equipment. By running the same program or 
set of programs on all the systems being considered and comparing the 
results, the evaluator is able to determine not only which system will be 
able to solve his problem but also which system solves it most economically. 

However, unless the evaluator establishes a new set of ground rules 
for benchmarking time-sharing systems, this technique may lose its effec¬ 
tiveness and even become misleading. Conventional benchmark programs 
applied with the standard evaluation mechanisms are invalid in the time¬ 
sharing environment, since they do not take the operational variations of 
time-sharing systems into account. This section provides a set of guide¬ 
lines for the use of benchmark programs in the time-sharing systems evalu¬ 
ation process. 

Rules for Time-Sharing Benchmarks 

The primary rule in the time-sharing benchmark process is that bench¬ 
mark programs be run only on systems that meet the criteria of system 
availability, operational suitability, and contractual acceptability. 

System Availability 

Before running a benchmark program on a system, the evaluator must 
be certain that the service available at his location can be obtained at an 
acceptable telephone cost (either free local-dialing service or a reasonable, 
fixed monthly charge) and that it is also available at hours that suit his 
needs. 

Although this rule is elementary, an evaluator will often select one 
system because it is superior to all others in benchmark testing, only to 
find that it must be excluded because telephone charges are excessive or 
the hours available do not coincide with his requirements. 

Operational Suitability 

Once the user is satisfied that the system is available when and where 
he needs it, he must then determine whether the service offers the facili¬ 
ties that his particular application requires. The first step in this stage of 
the evaluation process is to study and document the initial and planned 



Time-Sharing Evaluation 139 

applications to be implemented on the system. Again, it is useless to run a 
benchmark program on a system that does not offer the operational facili¬ 
ties required by the user’s application. 

Time-sharing service operational characteristics to be considered in¬ 
clude languages, application programs, user assistance, and special equip¬ 
ment. 

Languages. The programming languages offered by the service must 
be adaptable to the particular application to be implemented on the sys¬ 
tem. If the user’s application requires fortran, he should first eliminate all 
systems that do not support this language. (Most of them do.) Although 
this rule seems obvious, in some cases users who have a specific need for 
one language will erroneously run the same benchmark program in a dif¬ 
ferent language on a different system. 

Application programs. If a specific application program (cogo, ecap, 
etc.) is required, the user should eliminate all systems that do not support 
these programs. When benchmarks are run, they should be problems 
using these programs. The fact that one system can count to 1,000,000 
faster than another is interesting but hardly significant if the user intends 
to use the system for critical path calculations and this application pack¬ 
age is not provided by that system. 

User assistance. A user should be sure that the systems he bench¬ 
marks meet his criteria for support of a subscriber by the service. If he is a 
new user or intends to use the terminal as a training medium, he should be 
satisfied that the time-sharing services under evaluation are equipped to 
train his people and supply the technical support he requires. Often sys¬ 
tems designed for the more sophisticated user, while faster and more eco¬ 
nomical, provide less customer support than those adapted to the inex¬ 
perienced. 

Special equipment. Again, if the user requires a particular piece of 
terminal equipment, there is no sense in benchmarking those systems that 
do not support it. The most common constraints here are support of incre¬ 
mental plotters, crt devices, or high-speed line printer/card readers. 


Contractural Acceptability 

Users who cannot obligate themselves for extended periods of time or 
cannot contract for minimum monthly charges must investigate the condi¬ 
tions of the service contract before considering the service for benchmark 
testing. Contractual obligations are ordinarily directed to volume users of 
time-sharing services. 
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Benchmark Programs 

Once the user has eliminated those services that do not meet his needs, 
he must select a benchmark program or a set of programs to determine 
which of the remaining systems is best for him. The ideal benchmark test 
would be to run each program that he intends to use in his operation. 
Since such a procedure is impractical, he must select programs that typify 
his planned operation in both application type and in system parameters. 

Application Type 

A benchmark program must reflect the nature of the user’s planned 
operation on the system. Different types of applications and their bench¬ 
mark characteristics are presented below. 

Heavily Computational 

If the intended use of the time-sharing terminal is in the solution of 
complex computation-oriented problems, then the benchmark program 
should reflect this by maximizing the number of calculations performed 
while minimizing the amount of interaction or input/output. Most of the 
simple benchmark programs, such as counting to a set number or perform¬ 
ing a certain number of iterations of a set of calculations, measure the 
computational ability of a system. In order to achieve a realistic measure¬ 
ment of system capabilities, the user must utilize a program that is more 
complex. The complexity of the program, however, is again determined by 
the nature of the planned operation. If intrinsic functions such as trigono¬ 
metric functions and logarithmic functions or complex numbers are to be 
common occurrences in the user’s programs, they must also be included in 
his benchmark program. 


Highly Interactive Applications 

As opposed to heavily computational applications where the user 
inputs a few numbers and the system processes for minutes, there are many 
highly interactive time-sharing applications where the user is required to 
input data every few seconds while the system performs a minimum of 
calculations. This type of application requires a different kind of bench¬ 
mark program. Instead of an iteration of calculations, an iteration of input 
and output commands is desirable. These commands may be terminal 
input/output commands, data file commands, or a combination of both, 
depending upon the application. 



Time-Sharing Evaluation 


141 


Program Development Applications 

For those who use the time-sharing system to develop programs for 
use on an in-house system, a different kind of benchmark program is ad¬ 
visable. Since these users are interested in the debugging facilities, pro¬ 
gram modification facilities, and compilation speed on the system, execu¬ 
tion speed is of little interest; users will probably run completed programs 
on in-house systems. A good measurement of these facilities would include 
the ease of entry of the source program (containing several known logic 
and syntax errors), the diagnostics provided after compilation, the debug¬ 
ging facilities, and the facilities to correct the error when it is detected. 
This type of benchmark test is the most difficult to perform because it 
requires so much system knowledge on the part of the tester; moreover, 
the results of the test must be measured qualitatively rather than quanti¬ 
tatively. 


Mixed Applications 

The majority of time-sharing uses are a mixture of the heavily compu¬ 
tational, highly interactive, and program development applications. There¬ 
fore, the only valid benchmark test in these situations is one that tests all 
associated facilities. In most situations this testing requires multiple bench¬ 
mark programs. 

System Parameters 

In addition to knowing the general operational characteristics of his 
planned system, the user must consider his specific application require¬ 
ments with regard to system limitations when he is designing the bench¬ 
mark test. If his application requires multiple data files or large arrays, 
such data-handling techniques should be built into the benchmark pro¬ 
gram. Any other size or operational requirement should be investigated 
through the system specifications prior to benchmark testing. 


Guidelines for Benchmarking 

For a benchmark program to provide meaningful results, it must be run 
under the same conditions on all systems being tested. Although this pro¬ 
cedure is easily accomplished on a stand-alone computer system, it is 
extremely difficult in a time-sharing environment. Since the number of 
simultaneous users affects the operating characteristics of a system, those 
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factors that affect the number of simultaneous users must be considered 
first. It is acknowledged that time-sharing systems hit peak usage in 
the mid-morning and mid-afternoon hours, and therefore a system tested 
during one of these peak periods will have poorer results than if tested dur¬ 
ing a light period such as 12 noon or 6 p.m. A program tested on a system 
on Saturday would run faster than one tested on Monday, since there are 
fewer people on the system on weekends. All systems should be tested, 
therefore, at the same time of day (preferably the peak period, since that is 
probably when the system will be used in actual operation). 

Another factor to consider when evaluating subscriber loading of the 
system is the current system load compared with maximum load. A recently 
installed system has fewer contracted users than a system that has been in 
operation for some time. If a program is being run on a system that can 
handle 40 simultaneous users and at present has only 10 customers on-line, 
it will naturally perform much better than the same type of system with 
30 customers. The evaluator must realize that as the company becomes 
more successful in its marketing effort and adds new customers, the system 
will slow down perceptibly and the original benchmark results will need 
to be updated. Although a new system usually enjoys a competitive advan¬ 
tage solely on benchmark tests, this temporary success frequently becomes 
its downfall when the fully loaded system falls prey to another lightly 
loaded system in later benchmark tests. 

After the user determines the nature of his planned operation, he can 
decide whether the bulk of his usage will be conversational or remote 
batch processing. An unfavorable bias is created whenever the bench¬ 
mark test is run in conversational mode on one system and in batch mode 
on another. 

Since many services offer multiple versions of the same language 
(fortran ii, fortran iv, etc.), the user must be sure that his benchmark 
program is being run in the version that will be used in the system selected. 
Most services have a “speed” version for production work and a conversa¬ 
tional version for interactive work. The choice of version must be con¬ 
sistent throughout the companies tested. 

An extremely important factor in the selection of a benchmark program 
is the pricing structures and techniques of the systems being evaluated. 
The evaluator should know which factors are considered in establishing a 
central processor usage charge, how terminal-connect time is defined, and 
—most important—which of these items is most heavily charged. 

The benchmark program should either be developed by the user 
himself or taken from an independent source to limit system or service 
bias. Users who allow people from the competing companies either to 
supply the benchmark program or to assist in establishing the testing cri- 
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teria are unconsciously injecting system bias into the process. Since com¬ 
peting marketing personnel know the strong points of their system and 
their competitors’ weak points, a salesman will naturally direct the prob¬ 
lem toward a result that will prove his system superior. 

Summary 

The preceding sections have explained why benchmark programs in 
the time-sharing environment are a complex matter and should be used 
only as a last resort and then with caution. In order to use them effectively 
at all, however, benchmark programs should be run periodically on the 
system after a decision is made and a service is installed. By making these 
tests and documenting the results, the user can determine when the sys¬ 
tem has become so overloaded that a new service must be sought. 
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APPENDIX: TIME-SHARING LANGUAGES 


This Appendix is designed to help readers gain a better understanding of 
how a time-sharing system can be used. It contains reports on three of the 
programming languages most commonly available on commercial time¬ 
sharing systems— apl, basic, and fortran. It also includes a discussion of 
typical characteristics and functions of system control languages. 

The language reports are designed to explain the basic elements of 
each language and to give the reader an idea of its general scope. Since in¬ 
dividual implementations of each language may vary, the reports should 
be used only as a guide, not as a definitive statement. For each language, 
six basic topics are defined: 

1. Program form: the physical characteristics of a program’s construc¬ 
tion (i.e., the character set, line and statement configuration, rules for 
labeling variables or statements). 

2. Data types: properties of the various types of data (i.e., integer, real, 
complex data). 

3. Expressions: formation and evaluation rules for program expressions. 
A definition of expression operators is presented under this heading. 

4. Statements: rules for formation and evaluation of both executable 
and nonexecutable statements. Examples of statements are provided. 

5. Procedures and subprograms: rules for creation of functions, pro¬ 
cedures, subroutines, and so forth. Emphasis is on relationships between 
procedures and main programs. Internal functions are presented in this 
section. 
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6. Programs: rules for creation of programs and execution sequence. 

The report on system control languages describes commands of the 
following types: 

• System access enables the user to gain access to the services 
offered by the system. 

• System control permits the user to utilize the systems and sub¬ 
systems that are supported by the service. 

• File control allows the user to create and maintain files of data 
or program code. 

• Peripheral control permits the user to manipulate selected de¬ 
vices within the service's operating center. 

• Information requests allow the user to obtain access to certain 
classes of operational data, such as system statistics. 

• Editing enables the user to modify text previously entered into 
the system. 

APL 

The latest programming language among ibm system offerings is the apl. 
It is a simplified interpretive language that makes extensive use of some 70 
primitive operators to designate common mathematical and programming 
functions. All characters are entered and received via a specially modified 
ibm Selectric keyboard. The special modification comprises a new charac¬ 
ter set, shown in Figure A-l. For most of the primitive operators the argu¬ 
ment or arguments may be a single number, a vector of numbers, or an 
array. The real power of apl rests in its ability to perform matrix opera¬ 
tions, especially matrix alegbra. The apl language system is well suited for 
the time-sharing interactive solution of problems and can be used as a 
prototype system for developing major software applications. It is cur¬ 
rently implemented on the ibm System/360 and System/370 operating 
under dos and os/mvt. 



Fig. A-l. Keyboard of the apl/360 
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History of APL* 

In the late 1950s, while an instructor in applied mathematics at Har¬ 
vard, Dr. Kenneth E. Iverson recognized a need for an improved notational 
systemf to communicate various topics in applied mathematics. He was 
dissatisfied with conventional mathematical notations because of their lack 
of consistency and their inadequacy in representing array operations. He 
also considered the then developing “high languages” in programming 
unsatisfactory for expressing mathematical concepts because of the amount 
of detail required by dimension and data-type declarations and by input/ 
output considerations. He argued that neither these declarations nor i/o 
considerations had to do with the communication of algorithms; rather 
they were concerned with the operation of computers. 

In 1960 Iverson joined ibm’s Research Division in Yorktown Heights, 
New York, where the notation of mathematical operations became his 
major interest. In 1962 Wiley published his text, A Programming Language 
(apl), which set forth Iverson’s notation for describing algorithms and 
gave examples of its use. At ibm, Iverson was joined by Adin Falkoff, who 
was interested in algorithmic descriptions of computers. Iverson, Falkoff, 
and Edward Sussenguth undertook an algorithmic description of System/ 
360. With the encouragement of John Lawrence, then editor of the IBM 
Systems Journal , this work was published in 1964 under the title A Formal 
Description of System/360. 

Concurrent with this work, Iverson had begun experiments with his 
notation by teaching mathematics in secondary schools. It became appar¬ 
ent to him that an implementation of the notation would be of great edu¬ 
cational value to students—that is, while mathematics and the development 
of algorithms can be learned without the aid of a computer, they become 
much more vital topics when the student can execute the algorithms that 
he has developed. 

In 1965, Iverson hired Lawrence M. Breed to adapt apl for use on a 
data processing system. Breed’s first effort, for the ibm 7094, was run in a 
time-sharing mode on an experimentally modified 7094 at ibm s Mohansic 
Laboratory in Yorktown Heights. In 1964 this prototype system was dis¬ 
continued when Breed, aided by R. H. Lathwell of ibm and R. D. Moore 
of I. P. Sharp Associates (Toronto), began implementation of apl for ibm’s 
System/360. Breed, Lathwell, and Moore achieved an operational apl/ 360 
in November 1966. 

* Material for this report was furnished through the Scientific Time Sharing Corporation 
and the ibm Corporation. We are grateful to Mr. A. J. Rose of Scientific Time Sharing Corpora¬ 
tion for supplying historical data on apl and to Mr. E. T. Garner of the same firm for assisting 
in the final review. 

t Notation is the use of a set of signs and/ or symbols to represent or express a mathemati¬ 
cal, algebraic, musical, or other system. 
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Also in November 1966, nasa’s Goddard Space Flight Center became 
the first non-IBM user of apl. This agency had become concerned about 
adequate description of spacecraft telemetry systems and thus had begun 
to explore the utility of Iverson’s notation. When nasa learned that an im¬ 
plementation of the notation existed, terminals were installed at Goddard 
and were connected to the 360 data processing system in Yorktown 
Heights. 

In early 1967, A. J. Rose, an ibm research staff member with a back¬ 
ground in applied statistics and industrial education, began to teach apl to 
ibm employees. During the entire time of apl development and implemen¬ 
tation, the language was not an ibm product, nor was it part of a planned 
product line. However, in August 1968, apl became a Type III (unsup¬ 
ported) program in ibm’s program library. 

Falkoff and Iverson remain at ibm and continue to extend the notation 
and to promote its use in education. While apl is already having a major 
impact in the time-sharing industry, its originators expect its greatest im¬ 
pact will continue to be in its effect on mathematical notation and the 
teaching of mathematics. 


Features of APL 

Apl is a simplified, interpretive compiler-level language that differs 
from conventional programming languages in that it uses operators to per¬ 
form such functions as formatting input and output data. Common sym¬ 
bols are used for arithmetic operators, and fixed- or floating-point number 
representations are allowed. Output is free form and normally displayed 
to a precision of 10 digits, although internal precision is always double 
precision (16 digits). Double precision output may be specified. 

The primitive objects of apl are operators and real numbers, and func¬ 
tions are defined by using a combination of these. Functions are either 
monadic (a single argument to the right of the operator) or dyadic (an argu¬ 
ment on either side of the operator). It is important to remember that all 
operators stand before their operands. In addition, any number of opera¬ 
tors may be written in the same instruction. No spaces are required be¬ 
tween a succession of primitive functions. Spaces, however, must be en¬ 
tered if a defined function is entered with a series of constants. The basic 
and logical apl operators and their functions are shown in Tables A-l and 
A-2. Tables A-3 and A-4 contain advanced operators for algebraic and 
matrix operations. 

The language operates in two modes: execution and function defini¬ 
tion. When in the execution mode, the machine carries out each instruction 
immediately. For example, entering a simple addition such as 1 + 2 would 
immediately cause 3 to be printed out; no formal coding is necessary. The 
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Table A-4. Generalized Matrix Operators in APL 


TYPE 

OPERATOR (symbol) 

FUNCTION 

Products 

A-f.xB 

Calculates the matrix product of A 
and B 


Ao.xB 

Calculates the outer product of A 
and B 

Reduction 

+/x 

Performs the -|- reduction along the 
last dimension of X 


+/[Z]x 

Performs the -f- reduction along the 
Zth dimension of X 

Compression and 

X/Y 

Compresses Y along the last dimen¬ 

expansion with 
logical vectors 


sion of Y 


X/[Z]Y 

Compresses Y along the Zth dimen¬ 
sion of Y 


X\Y 

Expands Y along the last dimension 
of Y 


X\[Z] Y 

Expands Y along the Zth dimension 
of Y 

Division 

El A 

Find the inverse of A 


B El A 

Find the solution to a set of simul¬ 
taneous linear equations 

Miscellaneous 

XoY 

Performs trigonometric functions 
and inverses 


X p Y 

Reshapes Y to have dimensions X 


pY 

Determines dimension of Y 


XfY] 

Lists the elements of X at locations Y 


X t Y 

Determines locations of the element 
of Y within vector X 


tY 

Generates the first Y consecutive in¬ 
tegers (follows index origin) 


X e Y 

Generates a 1 for each element of X 
contained in Y 


XTY 

Converts a scalar of Y to a number 
system based on a vector X of 
radices 


X_LY 

Evaluates the vector Y with the vec¬ 
tor X of the radices, and produces 
a scalar 


XPY 

Selects X integers randomly without 
replacement from i Y 


X(f)Y 

Rotates Y along the last dimension of 
Y as specified by the array X 


X(f>\Z]Y 

Rotates Y along the Zth dimension 
of Y as specified by the array X 
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Table A-1. APL Fundamental Operators 


TYPE 

OPERATOR (symbol) FUNCTION 

Arithmetic 

+ 

Addition 


— 

Subtraction 


X 

Multiplication 


-4- 

Division 



Exponentiation 

Relational 

< 

Less than 


< 

Less than or equal to 


= 

Equal to 


> 

Greater than 


> 

Greater than or equal to 



Not equal to 


Table A-2. 

APL Logical Operators 

TYPE 

OPERATOR (SYMBOL) FUNCTION 

Logical 

MAN 

Logical AND 


MV N 

Logical OR 


MVN 

Logical NOR 


MAN 

Logical NAND 


—N 

Logical NOT 


M^N 

Logical EXCLUSIVE OR 


Table A-3. 

APL Algebraic Operators 

TYPE OPERATOR (SYMBOL) 

FUNCTION 

Algebraic 

-7- N 

Determines reciprocal of argument N 


® N 

Takes natural log; e to the nth power 


Mr n 

Compares M and N and determines the larger 
value 


r n 

Rounds N to its highest value 


M LN 

Compares M and N and determines the lower 
value 


LN 

Rounds N to its lowest value 


M | N 

Determines M residue of N 


|N 

Determines absolute value of N 


M ® N 

Takes log of N to the base M (antilog) 


© N 

Takes natural log of N 


oN 

Gives pi times N 


M!N 

Calculates number of combinations of N things 
taken M at a time 


IN 

N factorial 


?N 

Choose a random number between 1 and N 
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Table A-4. Generalized Matrix Operators in APL (Cont.) 


TYPE 

OPERATOR (SYMBOL) 

FUNCTION 


</>Y 

Reverses the values along the last 
dimension of Y 


* [Z]Y 

Reverses the values along the Zth 
dimension of Y 


*)Y 

Transposes the rows and columns of 
array Y. If Y is an array with more 
than two dimensions, Y simply 
transposes the last two dimen¬ 
sions, leaving the others unchanged. 


X^Y 

Transpose by X of the coordinate 
of Y 


X,[Z]Y 

Y catenated to X along the Z dimen¬ 
sion 


,Y 

Makes Y a vector (ravel of Y) 


XtY 

Takes the first (or last) 

X elements of Y 


XlY 

Leaves the first (or last) 

X elements of Y 


X-<-Y 

Assigns the value of Y to X 


ifiX 

Grades up of X. For example, X [ ^ X ] 
is a sort of the values of X 


fx 

Grades down to X 


X,[N,M]Y 

Laminate; join two arrays along a 
new dimension 


machine is always in execution mode unless the definition mode is specified. 
The machine shifts to and from the definition mode when a “del” (V ) is 
typed in. If the definition mode is specified, the instructions that make up 
the program are stored and executed only when the machine is returned 
to the execution mode. 

In apl, there is no hierarchy among functions; every function takes as 
its right-hand argument the entire expression to the right. The order of 
execution of operations is from right to left. Parentheses are used only to 
delimit expressions. Thus, any time a paren is encountered in a statement, 
every element to that point is calculated before execution continues. In 
compound expressions, the functions are executed from the rightmost to 
the leftmost. 

Program Form 

Program units are composed of characters grouped into lines and state- 




154 


AUERBACH ON TIME SHARING 


ments. Program form is treated in the following six categories: data types, 
data identification, indexing, expressions, statements, and labels. 


Data Types 

Five data types are allowed by apl: real, integer, double precision, 
logical, and Hollerith. The apl system will choose the most efficient storage 
format. Data-type association is defined by the symbolic name used to 
identify it. Data type may be established for a symbolic name by declara¬ 
tion in a type statement for Hollerith or numeric data. The data types are 
defined as follows: 

• Real data is a processor approximation to the value of a real 
number. It may assume positive, negative, or zero values. 

• Integer data is always an exact representation of any integer 
value and may assume positive, negative, or zero values. It may 
only assume integral values. 

• Double precision data is similar to real data except that the de¬ 
gree of approximation is 16 digits as opposed to the usual 10 
digits. 

• Logical data may assume only the truth values of true or false. 

• Hollerith data is a string of characters consisting of any character 
capable of representation in the processor. 


Data Procedures and Identification 

Constants, variables, and arrays are represented as shown below: 

• Real constants are written as a real constant, decimal point, and 
decimal part. A decimal exponent may be written as the letter 
“E” followed by an integer constant. 

• Integer constants are written as nonempty strings of digits. The 
constant is the digit string interpreted as a decimal. 

• Double precision constants are written as a real constant fol¬ 
lowed by a double precision exponent. APL stores results to 16 
digits, but only displays to a specified number of places. For ex¬ 
ample, double precision output is obtained by writing ) digits 
followed by the integer 16. 

• Logical constants are written 1 or 0. When logical comparisons 
are performed, the result (1 or 0) is generated. 

• Hollerith constants are written by enclosing the characters in 
single quotes (’). These characters are nonexecutable. 
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• A variable is data defined by a symbolic name. Such data may 
be referenced and redefined. A variable must begin with an 
alphabetic character and is followed by an arbitrary sequence of 
letters or numbers. 

• A scalar is a single number of zero dimensions. 

• An array is an ordered set of data of one, two, or n dimensions 
identified by a symbolic name. 

• An array element is one of the members of the set of an array 
identified by a subscript and identifying the particular element 
of the array. The number of indices needed to specify particular 
positions in the array is given by pp A; this is called the rank of A. 

• A subscript is written directly after the array name. If more than 
one dimension is involved, each subscript is separated by a 
semicolon (;). For example, A[3;2]. 

Indexing 

Once an array has been fully specified, any particular element can be 
displayed by referring to its assigned position. This procedure is called 
indexing. In apl, index numbers must be integers enclosed in brackets and 
written after the array to which they apply. For example, in the single di¬ 
mension array (commonly called a vector) 

A^-1.21 1.23 4.22 3.13 

the second array element would be displayed by the system if the instruc¬ 
tion A[2] were typed in. The same procedure may be used for displaying 
more than one position in the array. Using the above example, the values 
for positions 1, 3, and 4 can be obtained by typing in 

A[1 3 4] 

The indexing rule also applies to literal arrays. For example, if the array 
‘apl is a time-sharing language’ were assigned to variable B, then typing 
in 

B[2 8 10] 

would cause pat to be printed out. 

Indexing is also used to respecify certain elements within an array. If 
in the array X^l 6 8 2 2 it is desired to change the values in positions 3 and 
4, this is accomplished by typing 

X[3 4]^-5 9 

This array will now have the value X^l 6 59 2. 

In all of the preceding examples, indexing was accomplished by refer¬ 
encing a variable and position number. APL also permits indexing a con- 
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stant as well. Position 1 2 3 of the vector 8 16 24 32 48 will be displayed by 
typing in 

8 16 24 32 48 [12 3] 

Similarly, ‘rosy’ [32114] would cause sorry to be displayed. 

Expressions 

Expressions are composed of constants, variables, and/or arrays; ex¬ 
pressions are the elements of statements. An arithmetic expression is 
formed by arithmetic operators and arithmetic elements. Arithmetic oper¬ 
ators are defined in Table A-l on fundamental operators. Relational expres¬ 
sions, also shown in Table A-l, consist of two expressions separated by a 
relational operator, which will yield the value true or false as the relation 
is true or false. Logical expressions are formed with logical operators and 
logical elements, and have the value of true or false. Logical operators are 
listed in Table A-2. Algebraic expressions are formed with algebraic oper¬ 
ators and with functions composed of either one argument (monadic) or 
two arguments (dyadic). More than one operation may be included in one 
expression. The algebraic operators are shown in Table A-3. 


Statements 

Apl statements are the primary operational and instructional elements 
of the language. In apl, there are two main types of statements: the speci¬ 
fication (nonexecutable) and branch (control). 

Specification statements in apl consist of a variable designation (name 
or alphabetic character), a left-pointing arrow, and the value to be assigned 
to the variable. The specification statement requires the use of a variable, 
which (in apl) is a stored item of data. Each variable must have a name that 
begins with an alphabetic character (A to Z or any of these underlined) and 
a value associated with the variable name. The variable name may have an 
unlimited number of characters, but must not contain a space, punctuation, 
or any of the symbols used as apl operators. Apl uses a left-pointing arrow 
to assign values to a variable instead of the usual equals sign. The value 107 
would be assigned to variable points by entering the instruction 

POINTS^-107 

More than one variable may be assigned in a statement. For example, 

A^-2+B^5X4 

In this statement, A has a value of 22 and B has a value of 20. Following 
this instruction, the variable and its assigned value are stored in the user’s 
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working core area (called work space). The value assigned to a variable 
name is not restricted to a decimal designation; literal characters may also 
be used. 

Branch or control statements fall into four general categories: system 
commands, branching, looping, and input/output. 

• System commands, consisting of system access, system control, 
file control, information requests, and communication com¬ 
mands, are machine oriented (as opposed to language oriented), 
and theref ore are not included in this discussion. 

• Branching is symbolized by a right-pointing arrow and is used to 
indicate the sequence to follow in executing a set of statements. 

• Looping is the repetitive execution of the same set of statements. 
It is achieved by a branch instruction that returns execution to 
the beginning of the set to be reiterated. 

• Input/output statements in apl share the quad symbol (□). 
These statements are used to enter and print out data. For ex¬ 
ample, A *-□ means input to A; D^A means output from A. 

Branching is symbolized by a right-pointing arrow and is used to in¬ 
dicate the sequence to follow in executing a set of statements. For example, 
if during the execution of a program it is necessary to branch to a line num¬ 
ber (say, line 4) that contains a specific operation that must be performed, 
this could be accomplished by writing 

->4 

which is the same as saying go to line 4. It should be pointed out that there 
is a basic weakness in branching to a line number. Each program contained 
within a work space consists of a series of operations entered by line num¬ 
ber. If, during the process of debugging or program modification, a line is 
added or deleted, the machine automatically renumbers all lines contained 
within that program. If this renumbering is not considered by the program¬ 
mer, a condition may exist where the program may branch to the wrong 
line. For this reason it is advisable to branch to a label designation rather 
than a line number. 

Conditional branching is also possible with apl. For example, if it is 
necessary to determine if the value for green is greater than for black and, 
if so, branch to blue, this would be written 

BLUE X BLACK < GREEN 

In this example the comparison of black < green would result in a true 
conclusion (thus generating a 1) and the operation would branch to blue 
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(blue X 1 = blue). If the comparison resulted in a false conclusion (gen¬ 
erating a 0), the operation would branch to line 0, which is defined as an 
exit from the function. 

The branch or continue feature of apl allows the program to go to 
whatever line comes next in the program if a branch is not taken. The 
branch or continue instruction is written in the form 

-> Condition/Line ((A<B), (A=B), (A>B))/12 3 

which causes a branch to the line number specified by the left-hand argu¬ 
ment only if the condition is true. If the condition is false, the program 
continues with the next line in the usual sequence. 

The apl language also performs computed branches to a line number. 
Instead of writing ~^8, the instruction could be written 

-^2X4 

The arrow indicates that the calculation on the right is to be performed, 
and its result used to reset the line counter for the current program. 

The looping feature is provided by apl, although the need to use it will 
be reduced, owing to the powerful list and array operations. A sample loop 
in apl would have the following form: 

A SAMPLE 

[1] x^-i 

[2] X,X* 15 

[3] 2xi 50>X^X+1 

The last line of this program is read “branch to line 2 (~^2) if (xi) 50 is 
greater than or equal to X (50 ^ X) for the next X being specified by 
(X^X+1).” 

The input/output feature is denoted by the quad (□). If a quad appears 
immediately to the left of the specification arrow (e.g., D^Z), this indicates 
that the value to the right is to be printed. (This degree of explicitness will 
probably not be needed in most programs, since the computer prints a 
value automatically if no other operation is specified for it.) If a quad ap¬ 
pears anywhere else in an instruction (other than that indicating print), it 
indicates that the computer should halt execution and request that data 
be entered from the terminal. For example, in the instruction 

Cxd+AXB 

the computer would print a □: to indicate that a value must be entered 
before the calculation can be completed. 
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Labels 

A label consists of a variable name, followed by a colon, followed by a 
statement line. Labels are thus used to identify statements and are very 
useful in branching. The labeling feature assigns to a variable the value of 
the line number for a given program line. The system recognizes the line 
associated with the label when the label is typed with a colon with the 
instruction. For example: 

EASE: ‘CONCLUSION; APL WINS/ 


Matrices 

Five types of generalized matrix operators are provided by apl: prod¬ 
ucts, reduction, compression and expansion of logical vectors, and mis¬ 
cellaneous. (See Table A-4.) 

• Products are the result of multiplying matrices. 

• Reduction is the procedure for applying the same operation 
across one dimension of a matrix. The result is a vector. 

• Compression with a logical vector selects all specified elements 
across the specified dimension of a matrix while omitting others. 

• Expansion with a logical vector spreads a matrix across the 
specified dimension. 

• Miscellaneous operators perform such functions as reshaping 
and inverting, conversion and reconversion, creating a vector, 
etc. 


Inner and Outer Products 

One of the outstanding features of apl is its ability to handle matrix 
algebra directly. To appreciate this, two concepts must be understood: 
inner and outer products. The inner and outer products are composite 
functions. Their format is o.G and F.G, where F and G can be any of the 
dyadic scalar functions. For instance, an example of the ordinary outer 
product is the multiplication tables. In apl this is written as 

(t 3) o. X 12 

This produces: 123456789 10 11 12 

2 4 6 8 10 12 14 16 18 20 22 24 

3 6 9 12 15 18 21 24 27 30 33 36 
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The generalized inner product is a significant advance in notation. Matrix 
multiplication of A and B in apl is the following specific form of the inner 
product: 

A+.XB 
A^3 3p.9 

B^33 P 1 12233224 
A+.XB 
11 13 20 

26 31 47 

41 49 74 

In the preceding examples, ordinary matrix multiplication was specified. 
However, the + and X operators could be replaced by any of the scalar 
dyadic operators available to perform a particular function. For example, 
the minimum of the maximums for arrays, 

A 1 2 3 
4 5 6 
7 8 9 
B 1 1 2 

2 3 3 
2 2 4 

would be written A[ B. This produces 

2 2 3 
2 3 4 
2 3 4 

Reduction 

This matrix operation is provided by the slash (/). Used monadically, / 
reduces the number of dimensions of the right-hand argument by 1. For 
example, if vector K were 

K++2 11 10 14 

then+/K would reduce the vector K of four elements to the scalar 47. 
Note: The preceding notation is equivalent to writing 

N 

£ * 

1 = 1 


Let 

then 

produces 
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N 

Consequently, TT K l could be written as x/ K in APL. 

t- l 


Compression 

Compression is used to pick out specific elements of a vector. The 
operator slash (/) is used dyadically to effect compression. Compression 
may be applied to an array with any number of dimensions. If no dimen¬ 
sion is specified, it is presumed to be the last. For example, if X were a 3 
by 4 matrix in the form 

A B C D 
E F G H 
I J K L 

and Y were 1101, the Y/X would result in a matrix that looks like 

A B D 
E F H 

I J L 

Note that in compression, p of the left argument must have the same length 
as the number of elements in the dimension along which the compression 
is being made. 

The above example shows compression along the last dimension. To 
compress along any other dimension requires that the compression opera¬ 
tor be indexed. To remove the second row, for example, it is necessary to 
compress over the first coordinate: 

101/ [1] X. 

This produces the array 

A B C D 
I J K L 


Expansion 

The expansion operator (\) expands the dimensions of an array by 
inserting zeroes or blanks in the designated position. As with compression, 
the left-hand argument is the logical vector. The point to remember in 
expansion is that the number of l’s in the left argument must equal the 
number of elements in the right argument along the dimension being ex- 
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panded. To expand the numerical vector 1 2 3 4 5 with inserted zeroes, 
write 10101101X1234 5. This results in 1020340 5. A literal is 
expanded by writing 10 10 10 1 OVLARK/ This produces LARK. 

Indexing is required to operate on rows and columns. Assume it is de¬ 
sired to insert a blank between the third and fourth elements in each row 
of matrix X: 

A B C D 
E F G H 
I J K L 

This is accomplished by writing 1 1 1 0 1 \ [2] X. The result is 

ABC D 

E F G H 

I J K L 

To get a row of blanks between the second and third rows, write 110 
1 \ [1] X. This produces 

A B C D 
E F G H 

I J K L 

Both operations could be done simultaneously by writing 1110 1X1 
1 0 1 X [1] X. 


Miscellaneous 

Various miscellaneous matrix operations are treated below. Used mo- 
nadically, the reverse operator (</>) restates the elements of an array in 
reverse order. If the dimension to be reversed is not given, it is assumed 
to be the last dimension. For example, if the array A contains 

TIMESHARING 

1970 

then <f> A would produce 

GNIRAHSEMIT 

0791 

Reversal along any other coordinate also requires indexing. If matrix X 
were 

A B C D 
E F G H 
I J K L 
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the first coordinate would be rotated by writing </> [1] X. This produces 

E F G H 
I J K L 
A B C D 

Used dyadically, the </> restructures the elements in any array by rotating 
their positions, beginning with the position specified in the left argument. 
This operation also takes place over the last coordinate unless another is 
specified. The array timesharing can be rotated to cause m to become the 
first position by writing: 

3 </> ‘TIMESHARING’ 

The result would be MESHARINGTI. (The above concept can be ex¬ 
tended to vector left arguments and array right arguments.) To rotate over 
any other than the last coordinate, indexing is required. Say matrix X 
looks like this 

B C D A 
F G H E 
J K L I 

Rotation along the first coordinate is achieved by 1 [1] X. The new 

matrix would then be constructed as follows: 

F G H E 
J K L I 
B C D A 

The transposition operator ($) merely interchanges elements along two 
coordinates. If X is a matrix, then X transposes the rows and columns of 
X. If it is an array with two or more dimensions, ^ X transposes only the 
last two. For example, if X were a matrix consisting of 

A B C D 
E F G H 
I J K L 

writing $ X would produce 

A E I 
B F J 
C G K 
DHL 

Here, the first row of X has become the first column of the transpose of X, 
etc. 
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The dyadic use of ^ allows the transposition of the other coordinates. 
For example, the expression 2 1 ^ A will produce the equivalent of the 
monadic transpose. Arrays of high order are permissible and will produce 
logically similar transpositions. 

The membership operator (e) determines if one element of an array con¬ 
tains a particular element in another array. The output of a membership 
comparison is a 1 if a value is contained, or 0 if it is not. For example, 

‘ABCDEFGH’ * ‘CODDLE’ 

would yield00111000. 

The encode operator (t) converts the value of a number into its rep¬ 
resentation in any number system. The left argument is a vector that 
specifies the base, one element for each column of the representation. For 
instance, 1492 expressed in 12 columns to base 2 could be found by 

(12 p2)T1492 

This yields 

010111010100 

Arrays of higher order can be processed with this operator also. 

The decode operator (1) reduces a representation vector in any number 
system to a scalar. The left argument specifies the base. For example, the 
base 6 value of 1 812 is found by 

611812 

and yields 512. 

This operator extends logically to arrays of higher order. 

Functions 

APL accepts two types of functions: primitive functions, which are 
provided by the system, or defined functions, which are composed of state¬ 
ments made up from primitive functions. 


Primitive Functions 

The primitive functions of apl are classified into two types: scalar or 
mixed. The scalar functions (Table A-5) are defined for the data types 
shown. The shape of the result is determined by the shape of its arguments. 
For example: 

S^S operator S 
V^~S operator V 
V^V operator S 
V^~V operator V 
A^A operator A 
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Table A-5. Primitive Scalar Functions of APL 



FUNCTION 

VALID 

OPERATOR 

MONADIC 

DYADIC 

DATA TYPES 

+ 

Positive 

Addition 

Numeric 

- 

Negative 

Subtraction 

Numeric 

X 

Signum 

Multiplication 

Numeric 

-r- 

Reciprocal 

Division 

Numeric 

r 

Ceiling (roundup) 

Maximum 

Numeric 

L 

Floor (round down) 

Minimum 

Numeric 


Exponential 

Power 

Numeric 

© 

Natural Log 

Log 

Numeric 


Absolute Value 

Residue 

Numeric 

! 

Factorial 

Combinations 

Numeric 

? 

Roll (randomize) 

Deal (randomize) 

Numeric 

o 

Pi times 

Circular (Trig¬ 
onometric) 

Numeric 


Not. 

— 

1 or 0 

A 


Logical AND 

1 or 0 

V 


Logical OR 

1 or 0 

A 


Logical NAND 

1 or 0 

V' 


Logical NOR 

1 or 0 

< 


Less than 

Numeric 

< 


Not greater 

Numeric 

= 


Equal 

All 



Not equal 

All 

> 


Greater 

Numeric 

> 


Not less than 

Numeric 


where S is scalar 

V is vector 

A is an n-dimensional array 

When both arguments are not scalar, the vector or the array must be the 
same size and shape. 

There are two possible ways of entering and receiving such number 
constants: in decimal form and exponentially. Decimal numbers are en¬ 
tered or received in conventional form, including the decimal point, or 
exponentially using the E notation (e.g., 4E6 for 4X10 6 ). Negative numbers 
are designated by a high horizontal bar immediately preceding the number 
(e.g., — 2 and 12E — 3). Numbers may have up to 16 significant digits. 

A vector constant is entered by typing the constant components (ele¬ 
ments ) in order, separated by one or more spaces. For example, 6 12 18 24 
would be treated as four separate elements combined to form one vector. 

A character constant (literals) is entered by typing the character(s) 
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between single quotation marks (e.g., ‘A’ or ‘A B C D’). All character 
constants are printed without the single quotes. 

As was previously stated, no spaces are required between primitive 
functions and constants or variables, or between a succession of primitive 
functions. Spaces, however, must be entered if a defined function is en¬ 
tered with a series of constants. 

Mixed functions (Table A-6) are primarily concerned with the manipu¬ 
lative (as opposed to the algebraic) aspects of the language. 

Most of the apl operators perform both monadic and dyadic functions. 
The function depends upon how it is used with the arguments. It is im¬ 
portant to remember that all apl operators stand before their operands. 
An operator is used monadically if it has only a right-hand argument 
(e.g., -f- 4); a dyadic operator has both a right- and left-hand argument 
(e.g. 8 H- 4). 

The examples that follow show the functions performed by those op¬ 
erators in Table A-5 which have both monadic and dyadic functions. In 
cases where the dyadic function is obvious (i.e., addition, subtraction, 
multiplication, division, etc.), the dyadic explanation has been omitted. 

Negative. A minus sign placed before an argument with no argu¬ 
ment to the left will give the negation of the argument. For example, if 
the variable A were assigned the value — 12, then —A would yield 12. 

Signum. The signum operator (X) provides the algebraic sign of the 
argument. If the argument is greater than zero, a 1 is returned; if it is zero, 
a zero is printed out; if the argument is negative, a — 1 results. For example, 
X15 and X~15 would yield 1 and “1, respectively. 

Reciprocal. The reciprocal of an argument is found by placing the 
reciprocal sign (-?-) before the argument. If A had the value of 50, then 
-f- A would result in 0.02. 

Ceiling and maximum. When used dyadically, the V~ operator exam¬ 
ines the values of both arguments and prints out the larger of the two. 
For example, if A contained the value 266 and B 126, then A TB would 
produce 266. Used monadically, P takes the ceiling (rounds to next high¬ 
est integer) of the argument. If A had the value of 1.7462, then P A would 
yield 2. 

Floor and minimum. This operator (L) performs the inverse of T. 
It determines the minimum of two numbers when used dyadically, and 
rounds to the lowest integer when used monadically. 

Exponentiation and antilog. The exponentiation operator (*) is used 
dyadically to raise the integer to the value indicated. Three would be 
raised to its second power, for example, by writing 2*3. There is no unique 
operator to find an antilog; the operation, however, can be done through 
exponentiation. Using the above example, the base 2 antilog for torque 
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could be found in writing 2 * torque; the natural antilog could be deter¬ 
mined by writing * torque. 

Log and natural log. The operator © is also used dyadically and 
monadically. Used dyadically, it finds the logarithm of the argument to the 
right of the base specified on the left. For example, the common log of the 
variable torque (value of 12) can be found by writing 10 ® torque. The 
same notation is used to find the base 2 log; i.e., 2 © torque. When used 
monadically, ® operator finds the natural log of the argument. 

Absolute value and residue. Absolute value is detemined by using the 
operator monadically. In this evaluation, only the magnitude of the num¬ 
ber assigned to the variable is printed out; the sign is ignored. For ex¬ 
ample if A is assigned 2 or — 2, A would yield only 2. When used dyadically, 
this operator determines the residue and remainder of the value assigned 
to two variables. It initiates addition, subtraction, or division, depending 
on the signs of the numbers being evaluated. 

Take the example A B. If either A or B is negative, then the A 
residue of B is the smallest nonnegative number obtainable by starting 
with the B value and adding or subtracting the absolute value as often as 
necessary. If both A and B are positive, the A residue of B is the remainder 
when B is divided by A. 

Factorial and combinations. Used monadically, the factorial opera¬ 
tor (!) determines the product of the first n positive integers. For example, 
the expression !X is interpreted as the product (X) (X— 1) (X— 2) ... X. 
If X is 4, !X would yield 24 (1X2X3X4). Used dyadically, ! becomes a 
combinations operator. A simple combinatorial problem is to find the 
number of ways one can take two things of a population of 4. The mathe¬ 
matical formula to solve this is 

4! 

2 ! (4-2) ! 

In apl, this is written 2!4, which yields 6. 

Roll and deal. The operator (?) is used to generate random numbers. 
In the monadic form, called roll, it generates an array of independent 
random numbers that have the same dimensions as its argument. For 
example, the instruction ?6 10 could produce a vector of two elements 
(1 and 8), the first being between 1 and 6 and the second between 1 and 10. 
Used dyadically, it performs a deal function; that is, produces a number 
of elements randomly selected from a single population of consecutive 
integers. Deal is formed using a single positive integer in both arguments. 
The result is a random deal of the left argument from the number of con¬ 
secutive integers in the right argument. For example, 13?52 is the equiva¬ 
lent of a bridge hand. If both arguments are the same, it produces a ran- 
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dom permutation of the consecutive integers in the right-hand argument; 
i.e., 52?52 is a shuffle of a deck of cards. 

Pi times and circular. Trigonometric functions (called circular func¬ 
tions) are provided by using the o operator dyadically. For example, sin 
A would be written 1 o A; cos A would be 2 o A. A zero in the left- 
hand argument gives the sine or cosine of an angle. Thus, 1 2 o A is the 
sin and cos of A. 


Mixed Functions 

The mixed functions may be defined on a vector argument to yield a 
scalar result or a vector result, or they may be defined on a scalar argu¬ 
ment to yield a vector result. In extending these definitions to high-order 
arrays it may be necessary to specify which coordinate of an array the 
mixed function is applied to. Table A-6 lists the primitive mixed functions 
of APL. 


Table A-6. Primitive Mixed Functions of APL 


FUNCTION 

OPERATOR 

MONADIC 


DYADIC 

P 

Size 


Reshape 

, 

Ravel 


Catenate 

[ ] 

Index 


Index 

l 

Index generator 


Index of 

f 

— 


Take 

1 

— 


Drop 

4 

Grade up 



4 

Grade down 



/ 

Reduction 


Compress 


— 


Expand 

$ 

Reverse 


Rotate 

0 

Transpose 


Transpose 

c 

— 


Membership 

T 

— 


Encode 

± 

— 


Decode 

? 

Roll 


Deal 


Size and Reshape. The Greek letter rho (p) used monadically deter¬ 
mines the shape or size of the right-hand argument. For a vector, it is the 
number of elements in the vector; for a matrix, it is the number of rows 
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and columns, respectively. Used monadically, p determines the shape of 
the argument. If the example below is written B ^ 4 3 p A then p B 
yields 4 3. Used dyadically, p reshapes the right-hand argument. For ex¬ 
ample, a vector (A) consisting of the elements 1213214223 can 
be reshaped into a 4 by 3 array by writing 4 3 p A. The array would be 
reshaped to look like 

12 1 

3 2 1 

4 2 2 

3 12 

Arrays consisting of literal characters can be constructed in much the 
same manner as numeric arrays. Just as a one-dimensional array of num¬ 
bers is a vector, so a one-dimensional array of literal characters is a literal 
vector. 

In a literal array, each literal character is an element of the array. 
Thus, there is no need to insert spaces between each character. A literal 
character(s) is always designated by a single quotation mark before and 
after the first and last character. For example, ‘A’ is considered a literal 
vector, as is ‘apl is a time-sharing language/ 

The same reshaping operator, p , is also used to generate vectors of 
literal characters. Using the preceding examples, 2 p ‘A’ would print 
out AA; 6 p ‘apl is a time-sharing language’ would produce apl is. 
The last example also illustrates that blank spaces also count as character 
positions in a literal construction. 

Ravel and catenate. The comma (,) used monadically ravels (converts 
to a vector) the argument on its right. If applied to a scalar, it produces a 
one-element vector. If applied to a multidimensional array, it arranges 
all vectors in the array into a vector. 

The dyadic use of the comma causes the right- and left-hand argu¬ 
ment to be catenated (chained). The result will have the shape shown in 
the following expression: 

C^A,[K]B 

Then ( P C) =(K^2 P pB)l P B 

on a dimension other than K, and 

( P C) [K] =( P A) [K] +(pB) [K] 

The results of two expressions can be catenated by merely joining 
them with a comma; for example, expressions 1 3 5, 2 4 7 would pro¬ 
duce the vector 1 3 5 2 4 7. 
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Catenation has one restriction: The vectors being catenated must each 
be made up entirely of numbers or characters, i.e., a number cannot be 
catenated to a literal. 

Index. Indexing has been discussed above. 

Index generator and index of. The operator used to generate con¬ 
secutive index integers is the Greek letter iota (t), used monadically with a 
positive integer right argument. For example, writing 

15 

will generate 1 2 3 4 5. Iota may also be used in this form to produce a 
sequence of even numbers. Writing 

2X6 2Xi6 

will generate 2 4 6 8 10 12. A series of odd numbers would result if —1 
were added to the above series: 


-1 + 2 X l6 

will generate 1 3 5 7 9 11. 

A specific index integer may be found from a series of integers by using 
the iota operator dyadically. Suppose the values 13587 10 11 are 
assigned as a vector to the variable X; it can be determined if 5 is located 
in X by writing 

Xi5 

In this case, the vector X is scanned and the index position of the scalar 
5 is produced. The response to the above example would be type-out 3. 

The same procedure can be used to find several indices at once. If 
X 1 3 5 8 7 10 11 10 and Y 3 5 7 10, then X i Y would result 
in 2 3 5 6 being typed out. This example illustrates another feature of 
apl in performing a multisearch operation. Note that X has the value 10 
entered twice, in position 6 and 8. When such a condition occurs, the sys¬ 
tem responds only with the location where the value is entered first; the 
index of the second location is not typed out. 

Iota may also be used to locate positions where literal characters are 
located. For instance, if 

B + ‘NCIWTODLRE’ 

C + ‘COLD’ 

then B i C would produce 2 6 8 7. If the case arises where a search is 
made for a nonexistent element, the computer responds with the first 
illegal index location number for that array. An illegal search made in an 
array with 10 legal entries, for example, would cause 11 to be printed out. 
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Take and drop. The take operator (f) used dyadically takes ele¬ 
ments from either end of the argument, depending upon the sign of 
the left-hand argument. For example, 

2 f B means: take the first 2 elements of B 
~2 ^ means: take the last 2 elements of B 

Note: The above concept can be extended to vector-left arguments and 
array-right arguments. 

The drop operator (I), on the other hand, drops the indicated number 
of elements. In both take and drop, the rank of the result is the same as 
the rank of the right-hand argument. 

Grade up and down. The grade operators can be used to arrange a 
numerical vector in ascending (40 or descending (^) order. The results 
provided by these operators give the indices necessary to select compo¬ 
nents of a vector to reorder the vector in ascending or descending order. 

For example, if X ^ 8 5 3 9 “1 — 4, then 4^ X would produce 
6 5 3 2 1 4 and ^ X would yield 4 1 2 3 5 6. In grade up, the 6 indi¬ 
cates that the sixth element should be taken first, the fifth element next, 
etc., to reorder X in an ascending f ashion. 

If any element has a duplicate value, the indices of the duplicates are 
treated the same as a vector and are searched from left to right. If X^3 
2 4 6 3 3, then 4^ X would produce 2 1 5 6 3 4. The expression 

X X] 

will produce the elements sorted in ascending order. The mixed function 
operators for reduction and compression, expand, reverse and rotate, 
transpose, membership, encode, and decode are similar to the correspond¬ 
ing matrix operators already described. Roll and deal are similar to the 
primitive scalar function. 


Defined Functions 

It should be recalled that apl operates in two modes: the execution 
mode and the function definition mode. It is in the definition mode that 
the user enters the steps that comprise his program. The shift from the 
execution mode to the definition mode and back again is made by using 
the “del” (V) symbol. To enter the definition mode, the V is typed, fol¬ 
lowed by the name desired for the program. After this line (called the 
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header) is entered, the computer provides a line number, in brackets, for 
each step. A program to calculate an average is 

V AVG 

[1] +/A -r- P A^D 

[2] V 

In this example the machine will type a □: to request that the user enter 
the required data. 

Special Functions 

Special functions provide conventional instructional and operational 
control of a user’s apl program. Such functions as branching, input, com¬ 
ments, labeling, and error correction are included under these special 
functions. See Table A-7. 


Table A-7. APL Operators Performing Special Functions 


SYMBOL 

FUNCTION 

( ) 

Expression within the parentheses is evaluated before being used 
as the argument of an operator or defined function 

->x 

Branch to X 

CH-x 

Print the value of X 

□ : 

Request input. Here the value of O is the resulting value after the 
expression entered is evaluated 


Request input. Here the value of Q] is the entire input text as 
literal characters, up to but not including carrier return 

‘XYZ’ 

Represents literal characters for XYZ 

A 

Comment. Precedes an unexecuted line of comments in a function 
definition 

<D 

Indicates an illegal character having the special property of halting 
a request for literal input. This symbol is composed by over¬ 
striking the characters out in that order 


BASIC 

The Beginner’s All-purpose Symbolic Instruction Code (basic) was 
developed at Dartmouth College in Hanover, New Hampshire, under the 
direction of Professors John G. Kemeny and Thomas E. Kurtz. The lan¬ 
guage compiler and related executive routines were implemented in 1965 
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for the ge-235 and datanet-30*. The basic system was conceived as an 
easy-to-learn compiler language geared for scientific applications. As such, 
the instruction set is not large. It has gained fairly wide acceptance for 
commercial applications; most time-sharing bureaus report that basic use 
already exceeds fortran and the gap is widening. 

The syntax and functional capabilities of basic are explained here. The 
version described is similar to the original implementation, but it has been 
delineated by the Auerbach editorial staff, since there has been no official 
standardization to date. Most time-sharing services offer basic as it is 
detailed in this discussion, but major extensions to the language have been 
implemented by some companies. These will be discussed in the conclud¬ 
ing section of this Appendix. 

This description is an explanation of basic; it is not intended to define 
the basic language nor to provide a tutorial introduction to it for time¬ 
sharing systems. 


Features of Basic 

Some of the terms that will be referred to in subsequent discussion are 
defined: 

• A program is a set of directions written in the basic language 
that indicates to the computer what processes to follow to solve 
a given problem. 

• A statement is a direction given in a program. It consists, in 
basic, of a line number plus a line of type. 

• Variables are named quantities that are given or assigned values 
during program execution. 

• Expressions designate the series of operations, such as arithmetic 
evaluation, to be performed. They contain numeric quantities, 
variables, and/or arithmetic operators. 

• Loop processing is the means of repeating similar program op¬ 
erations without re-entering program statements. 

• The basic compiler is the part of the computer system that trans¬ 
lates commands into language intelligible to the computer. 

Standard features of the basic language may be divided functionally 
into: those relating to program form, those indicating data types, expres¬ 
sions, statements, and procedures and subprograms. 


^Trademark of General Electric. 
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A statement in basic consists of (1) a statement label, (2) a special 
basic word, (3) symbolic names, and (4) optionally, one or more operators. 
These quantities are generally composed of alphabetic characters, the 
digits 0 through 9, and commonly accepted special characters, some of 
which are listed in Table A-8. Statements in basic are placed one per 

Table A-8. Special Characters in BASIC 


CHARACTER 


+ 


/ 

# 

( 

) 


$ 


NAME OF CHARACTER 

Blank 

Plus 

Minus 

Equals 

Slash 

Asterisk 

Left parenthesis 
Right parenthesis 
Decimal point 
Comma 
Dollar sign 


line. This line is up to 72 characters long and is generally terminated on 
time-sharing systems by an end-of-line flag such as a carriage return. 
Blanks or spaces are significant to the line count, but are ignored in the 
syntax of the language; that is, the statements are in free format. 

Statement labels begin each line and consist of one to five numerical 
characters. Symbolic names are characters that represent data or variables 
whose arithmetic value is modified or assigned during the processing of a 
basic program. These names take the form of an alphabetic character or 
an alphabetic character followed by a numerical digit. If the symbolic 
name refers to an array (an ordered set of data), the form of the name is 
restricted to a single letter. 

The basic language allows a single data type: real. Real numbers are 
computer approximations of the values of arithmetically real or integral 
quantities. Decimal points may be omitted for integral values. The preci¬ 
sion of the numbers stored internally in the computer is dependent upon 
the type of processor. In basic, the number of output digits printed is 
preset, but the programmer may change it on some systems. 

Expressions are parts of statements that specify operational action be¬ 
tween variables, and may specify arithmetic or relational action. Table 
A-9 lists the allowable basic operators, which form expressions when com¬ 
bined with legal basic symbolic names. 
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Table A-9. BASIC Operators 


TYPE OPERATOR FUNCTION 


Arithmetic -f- 


/ 

t 

Relational < 

> 

< = 
> = 

<> 


Addition, positive element 

Subtraction, negative element 

Multiplication 

Division 

Exponentiation 

Less than 

Greater than 

Less than or equal to 

Greater than or equal to 

Equals 

Not equal to 


The basic language contains two types of statements: executable and 
nonexecutable. Executable statements specify actions, whereas nonexe¬ 
cutable statements specify the arrangement or values of data. Certain 
English language words are used in basic to indicate actions to be per¬ 
formed during processing of executable statements, or situations that are 
defined by nonexecutable statements. For example, words may be in the 
form: let, read, data, or print. 

Table A-10 shows the words defined by basic which specify executable 
statements. 

The let statements are in the form 

LET a = b 

where a is a variable name and b is any valid expression or numeric con- 


Table A-10. Executable Words in BASIC 


WORD 

FUNCTION 

LET 

Compute and assign 

GO TO 

Transfer 

IF, THEN 

Test 

FOR, NEXT, STEP 

Loop 

READ 

Assign data variables 

INPUT 

Enter data in program 

PRINT 

Output 

GO SUB, RETURN 

Subroutine transfer 

STOP 

Terminate processing 

MAT 

Perform indicated matrix command 
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stant. The let statement signals that the expression b is to be evaluated 
and its value assigned to a. 

The go to statements are in the form 

GOTOx 

where x is a line number. The command causes control to be transferred 
to the statement with the line number x. 

The if statements are in the form 

IF r (relational operator) s THEN x 

where r and s are expressions, variables, or numeric quantities, and x is a 
line number. This statement is executed in the following manner: 

1. r and s are evaluated according to the relational operator specified. 

2. If the value of r is in the specified relationship to the value of s, con¬ 
trol is transferred to the statement numbered x. 

3. If the value of r is not in the specified relationship to the value of s , 
control is passed to the next sequential statement. 

Loop processing commands are in the form 

FOR a = b TO c STEP d 

where a (a variable) is the index of b (the loop). An expression, variable, or 
numeric quantity is calculated to determine the initial value of a; c is the 
final value a may take before processing of the loop is terminated; and d is 
the step size taken in calculating a. Statements in the range of the loop 
include all those physically following the for statement up to the one 
immediately preceding the next statement. They will be repeated until 
the terminal conditions for processing, as determined by the values of a 
and c, are met. If the step part of the command is omitted, a is increased 
by 1 on each pass through the loop. 

The read command is in the form 

READ (list) 

where (list) is a series of variable names separated by commas. The read 
assigns the next values available in the data statement to the variables 
specified in the list. There will be as many values of data in the data state¬ 
ment assigned as there are elements in the list. 

An input command takes the form 

INPUT (list) 

where (list) is a series of variable names separated by commas, and input 
requests the values of variables in its list to be specified at the remote ter- 
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minal during program operation. There will be as many values requested 
at the terminal as there are elements in the list. 

The print command is in the form 

PRINT (list) 

where (list) is a series of variable names or alphabetic characters enclosed 
in quotes. These items are separated by commas. The numerical values of 
the variables in the list and the alphabetic quantities enclosed in punctua¬ 
tion at the remote terminal are displayed by print. 

A stop command is in the form 


STOP 

This command causes program execution to terminate. 

Matrix commands are in the form 

MAT (Calculation) 

where (Calculation) designates the operation to be performed. The basic 
system has been implemented with the facility to perform calculations on 
matrices of information without arithmetically programming the matrix 
operations. Matrix commands are signaled by the word "mat” With A, B, 
and C defined as matrices, these commands are illustrated and defined in 
Table A-ll. 


Table A-ll. Matrix Commands in BASIC 


COMMAND 


FUNCTION 


MAT READ A 
MAT PRINT A 
MAT C = A + B 
MAT C = A — B 
MATC = A*B 
MAT C = INV (A) 
MAT C = TRN (A) 
MAT C = x * A 
MAT C = ZER 
MAT C = CON 
MAT C = IDN 


Read matrix A. 

Print matrix A. 

Add matrix A to matrix B and store in matrix C. 

Subtract matrix B from matrix A and store in matrix C. 
Multiply matrix A by matrix B and store in matrix C. 
Invert matrix A and store in matrix C. 

Transpose matrix A and store in matrix C. 

Multiply matrix A by the number x and store in matrix C. 
Fill matrix C with zeros. 

Fill matrix C with ones. 

Construct matrix C as the identity matrix. 


Table A-12 notes the definitions and functions of words that specify 
nonexecutable statements in basic. 
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Table A-12. Nonexecutable BASIC Words 


WORD 

FUNCTION 

DATA 

Provides data for read list 

DEF 

Defines user functions 

DIM 

Allocates storage space for specified arrays 

END 

Terminates program execution 

REM 

Designates comment for program listing 

RESTORE 

Reinitiates data values 


The data command is in the form 

DATA (list) 

where (list) is a series of numerical values (and sometimes alphabetic quan¬ 
tities enclosed in quotes) separated by commas, and data lists provide 
numeric values for variables occurring in a read list. The data entries are 
referenced sequentially as read statements are processed in the program. 
A dim statement is in the form 

DIM (array names and sizes) 

where (array names and sizes) designate which variables are to be allo¬ 
cated storage locations and how many each is to be allowed. Generally, 
dim is not necessary if an array is a single dimension with less than 11 ele¬ 
ments or has two dimensions of a size less than 11 by 11. The basic system 
usually limits arrays to two dimensions. 

The end command is in the form 

END 

This command terminates program execution, and it must be the last state¬ 
ment of the program physically. 

A rem command is in the form 

REM (comment) 

where (comment) is information that is identification for the program and 
not part of the calculation. Usually, remarks are alphabetic in character. 
The restore command is in the form 

RESTORE 

It causes the next read statement to reference the first element in the 
initial data statement of the program. 

Several commonly used arithmetic and trigonometric functions are 
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included in the basic language. It is not necessary to program the calcula¬ 
tions for evaluating these functions, as the arithmetic is performed auto¬ 
matically upon presentation of the function name in the program. Table 
A-13 lists and defines the standard functions available. In addition to the 


Table A-13. Standard BASIC Functions 


FUNCTION 

INTERPRETATION 

SIN (N) 

Sine n 

COS(N) 

Cosine n 

TAN(N) 

Tangent n 

ATN(N) 

Arc tangent n 

EXP(N) 

e n 

LOG (N) 

Natural logarithm of n 

ABS(N) 

Absolute value of n 

SQR(N) 

Square root of n 


functions defined by basic, a user may define his own program functions 
by using the def command. The command is in the form 

DEF FNa (b) = r 

where a is an alphabetic character that, with fn, names the function, b is a 
variable that appears in the program when the function is referenced, and 
r is an expression that defines the function calculation. During program 
execution, r is evaluated, using the value of b as it appears at each occur¬ 
rence in the program. 

The basic language can reference subprograms, or sequential lines of 
coding, which are repeated several times during program execution and 
are referenced from several locations in the program. The subprograms or 
subroutines are entered by the gosub command and left by the return 
command. 

The gosub command is in the form 

GOSUB x 

where x is the line number of the first statement in the subroutine. 

The return commands are in the form 

RETURN 

These commands terminate processing of the subprogram and transfer 
control to the statement immediately following the gosub command that 
caused the subroutine reference. 
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Extensions to BASIC 

Most time-sharing services have implemented extensions to the basic 
language as it is described in this Appendix. Some of these additions, such 
as string capabilities, are becoming standard offerings in the language, 
since many compilers contain these features. The general characteristics 
of the more widespread extensions will be described in this section. Other 
less popular implementations will only be highlighted. 

Many time-sharing systems allow more than one basic statement to be 
entered on a single physical line printed at a terminal. A punctuation sym¬ 
bol, such as a semicolon, is generally used as the delineator between the 
basic statements. 

The number of characters in each basic statement is also subject to 
certain restrictions. Limitation to a 72 or 80 character statement (as re¬ 
stricted by the standard Teletype Model 33 printed line length) has been 
extended by some systems to include up to 255 characters per basic state¬ 
ment for other model terminals or continuation lines for the terminals with 
shorter printed lines. 

Alphanumeric string capabilities have been implemented to some 
extent for nearly all basic compilers. This allows variables to be evaluated 
as an alphanumeric group of characters. In most cases, string variables are 
named by a single alphabetic character followed by an “S,” while string 
contents are delimited by quotes. For example, let cs — ‘this is a string" 
is a typical string assignment statement. 

The read, print, input, and data statements also contain strings of 
characters on many systems. This allows alphabetic information to be 
transferred via the program. For example, output information may be 
identified for printing by use of a string variable in a print command. A 
further implementation of string capabilities (not currently prevalent) is 
string comparison. String variables are used, in this case, as conditions for 
the if-then command. 

Although it is not generally available, some basic systems allow defini¬ 
tion of double precision, complex, or logical variables in a manner similar 
to fortran iv. 

Most systems do not supply extensions to the arithmetic and relational 
operators in basic. Sometimes, however, alternative symbols for the stan¬ 
dard operators and quantitative operators, such as “much greater than” or 
“much less than,” are available. 

The word let is optional for nearly all basic systems; thus, let x = y 
is equivalent to X = Y. Some systems allow multiple assignment of vari¬ 
ables in a single statement. In this form let x = 0, let y = 0, and let 
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z = 0 may be condensed to let x = y = z = 0. Another, less popular form 
of the multiple assignment command is the form let x, y, z = 0. 

Extensions to the go to command are provided on some systems. State¬ 
ment transfer as a result of execution of the command may be determined 
by a computation that specifies one of several alternate statement numbers 
rather than a single one for go to transfer. 

Extensions to the if-then command allow the use of string variables as 
conditions for testing on some systems. Additionally, modifications that 
allow conditions to be imposed upon the then alternatives are occasionally 
implemented. 

Many time-sharing systems allow access to data stored in files on on-line 
storage devices, such as disk memory. As implemented on these systems, 
basic contains commands that perform the reading and printing functions 
for file information. Some systems also have end-of-file tests and backspace 
commands for data manipulation. 

Although basic as originated does not contain facilities for formatting 
data, various forms of output control have been implemented as language 
extensions. A tab function is available on many systems to determine 
placement of blank spaces between data items on output. Some services 
have implemented picture type formatting in a fashion analogous to the 
format statement in fortran. Number form and text may be specified 
for information printed with these commands. 

Time-sharing services occasionally implement additional intrinsic func¬ 
tions for reference in the basic language. A random-number generator, an 
integral part function, and a sign function are often presented. Cotangent, 
secant, and cosecant, and hyperbolic trigonometric functions are some¬ 
times available. 

On some systems, internally set constants are considered part of the 
basic number system and are referenced by name. Pi, equalling 3.14159 
. . . , is often preset and recognized by basic compilers. 

Chaining functions are sometimes extended basic commands. Execu¬ 
tion of these commands initiates system processes, which cause one group 
of program statements to replace another set in active machine memory. 
This allows execution of part of a program and replacement of that part 
by new program statements. Programs that are larger than the core mem¬ 
ory available may be run in this manner. 


FORTRAN 

The fortran (FORmula TRANslation) programming language was 
originally released by ibm early in 1957. Although the initial version, de- 
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signed for the ibm 704 computer, provided significant advantages over 
machine language programming, it was still machine dependent. In June 
1958 ibm released fortran ii, which contained extensions over the original 
704 fortran, such as subroutine capability (including common sharing of 
storage) and function definitions. Subsequently, ibm issued versions of 
fortran for the 709, 650, 1620, 7070, and 7030 computers. The first non- 
ibm version of fortran was introduced by univac for the Solid State 80 
system in 1961. Other manufacturers followed suit, and soon each com¬ 
pany had its own version of the language. The fortran iii, developed and 
implemented internally by ibm, featured the addition of Boolean opera¬ 
tions. In 1962, fortran iv was announced; this version contained major 
advancements and revisions of fortran ii, such as logical if and type state¬ 
ments (integer, logical, real, etc.). 

The impact of fortran on the data processing community was reflected 
in the wide acceptance by computer manufacturers and even more so in 
its reception by the scientific community. Through its relatively simple 
rules of syntax, fortran eliminated the need for scientists and engineers 
to use a programmer as an intermediary. As the use of the language spread, 
the variations became more pronounced, until May 1962, when the Ameri¬ 
can Standards Association (which became the United States of America 
Standards Institute, usasi, and is now the American National Standards 
Institute, ansi) formed a committee to develop an American Standard 
fortran. 

Two standards were eventually produced: Basic fortran (nearly 
equivalent to fortran ii) and fortran (similar to fortran iv). Since Basic 
fortran is a proper subset of fortran, the following discussion of lan¬ 
guage will start with a description of the features of ansi fortran followed 
by a discussion of the Basic fortran exceptions. 

Features of ANSI FORTRAN 

Some of the terms and concepts used in this discussion are defined 
below. 

Program unit. Consists of statements and comments. Statements are com¬ 
posed of lines; the first line of a statement is called the “initial” line, 
and all subsequent lines are called “continuation” lines. Comments are 
lines that are not statements and are used to provide information to the 
programmer. 

Statements. May be “executable” (specify the action of the program) or “non¬ 
executable” (describe the use of the program, the characteristics of the 
operands, editing information, statement functions, or data manage¬ 
ment). 
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Executable programs. Those that can be used as self-contained computing 
procedures and may contain both executable and nonexecutable state¬ 
ments. 

Main program. A set of statements and comments not containing a function 
or subroutine statement. 

Procedure subprogram. Sometimes referred to simply as a subprogram; a 
self-contained computing procedure headed by a function or subrou¬ 
tine statement. 

Function subprogram. An external procedure that is defined by fortran 
statements headed by a function statement. 

Subroutine subprogram. An external procedure defined by fortran state¬ 
ments headed by a subroutine statement. 

Names. Used to reference objects such as data or procedures. 

Operators. Used to specify action upon named objects. 

Features of fortran are presented in seven categories: program form, 
data types, data and procedure identification, expressions, statements, 
procedures and subprograms, and programs. Note that not all of the fea¬ 
tures outlined here are included in ansi Basic fortran. Exceptions are 
discussed in the succeeding section. 

Program Form 

Program units are composed of characters grouped into lines and state¬ 
ments. The ansi fortran character set includes all alphabetic characters 
and the digits 0 through 9 in addition to the special characters listed in 
Table A-14. In addition to the decimal digits 0 to 9, fortran supports, in 
the pause and stop statements, the octal digits 0 to 7. 

Program units include: 

Comment lines. Provide information to the user and are not executed as 
part of the program. They are indicated by a C in column 1. Note that 
comment lines do not affect the program in any way. 

End lines. Indicate the end of the program unit. Every program unit must 
physically terminate with an end line. End lines are blank in columns 
1 through 6, and have the characters E, N, and D, in that order, in 
columns 7 to 72, with as many blanks as desired preceding or inter¬ 
spersed with these characters. 

Initial lines. These are neither comment nor end lines and contain the char¬ 
acter 0 or blank in column 6. 
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Continuation lines. These are neither comment nor end lines and contain 
digits other than 0 or blank in column 6. 

Statements. Consist of an initial line optionally followed by up to 19 ordered 
continuation lines. They are written in columns 7 through 72 of the 
initial and continuation lines. 

Statement labels. Provide a label for statements to be referred to in other 
statements. Statement labels are integers from 1-99999 written in col¬ 
umns 1 to 5 and are unique within a program. Leading zeros are 
ignored. 

Symbolic names. Provide a method of distinguishing variables. They con¬ 
tain from 1 to 6 alphanumeric characters, the first of which must be 
alphabetic. 


Table A-14. ANSI FORTRAN Special Character Set 


CHARACTER 

NAME OF CHARACTER 


Blank 

= 

Equals 

+ 

Plus 

— 

Minus 

a 

Asterisk 

/ 

Slash 

( 

Left parenthesis 

) 

Right parenthesis 

> 

Comma 


Decimal point 

$ 

Dollar sign 


Data Types 

Six different types of data are defined: integer, real, double precision, 
complex, logical, and Hollerith. Data type association is defined by the 
symbolic name by declaration in a type statement for all but Hollerith 
types. A type-statement association overrides implied associations such as 
that for integer and real. 

Integer type data. Always an exact representation of an integer value, and 
may assume positive, negative, or zero values. It may only assume in¬ 
tegral values. 

Real type data. A processor approximation to the value of a real number. It 
may assume positive, negative, and zero values. 

Double precision type data. Similar to real type with the exception that the 
degree of approximation is greater for double precision. 
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Complex type data. A processor approximation to the value of a complex 
number. Representation of the approximation is in the form of an 
ordered pair of real data. The first of the pair represents the real part 
and the second the imaginary part. 

Logical type data. Assume only the truth values of true or false. 

Hollerith type data. A string of characters, which may consist of any char¬ 
acters capable of representation in the processor. 

Data and Procedure Identification 

Constants, variables, and arrays are identified by data names. Con¬ 
stants are always defined during execution and may not be redefined. 

Integer constants. Written as nonempty strings of digits. The constant is the 
digit string interpreted as a decimal. 

Real constants. Written as an integer part, decimal point, and decimal part. 
A decimal exponent is written as the letter E followed by an integer 
constant. 

Double precision constants. Written as a real constant followed by a double 
precision exponent (a double precision exponent is written with the 
letter D followed by an integer constant). 

Complex constants. Written as ordered pairs of real constants separated by 
commas and enclosed within parentheses. 

Logical constants. Written true and false. 

Hollerith constant. Written as an integer constant n followed by the letter H 
followed by any n characters capable of representation by the processor. 
Hollerith constants may be written only in the argument list of a call 
statement and in the data initialization statement. 

Variable. Data identified by a symbolic name. Such data may be refer¬ 
enced and defined. 

Array. An ordered set of data of one, two, or three dimensions identified by a 
symbolic name. 

Array element. One of the members of the set of data of an array identified 
by the subscript, which points out the particular element of the array. 

Subscript. Written as a parenthesized list of subscript expressions separated 
by commas. The number of subscript expressions must correspond to 
the declared dimensionality. 

Subscript expression. Written as one of the following: c # v+k 5 c*v —k, c*v, 
v+k, v—k, v, k, where c and k are integer constants and v is an integer 
variable reference. 
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Procedures. Identified by symbolic names. These are statement functions, 
intrinsic functions, external functions, or external subroutines. 

Type of a constant. Determined by the first character of its name in the 
absence of an explicit declaration. Constants with either I, J, K, L, M, 
or N as the first character are integer types and any other letter implies 
real type. An array element has the same type as its array name. 

Dummy Arguments. Identify variables, arrays, subroutines, or external 
functions. 

Expressions 

An arithmetic expression is formed with arithmetic operators and 
arithmetic elements. Arithmetic operators are defined in Table A-15. Rela¬ 
tional expressions consist of two arithmetic expressions separated by a 
relational operator and will have the value true or false as the relation is 
true or false. Relational operators are presented in Table A-16. 


Table A-15. FORTRAN Arithmetic Operators 


OPERATOR 

FUNCTION 

+ 

Addition, positive value (zero + element) 

- 

Subtraction, negative value (zero — element) 

* 

Multiplication 

/ 

Division 

o * 

Exponentiation 


Table A-16. 

FORTRAN Relational Operators 

OPERATOR 

FUNCTION 

.LT. 

Less than 

.LE. 

Less than or equal to 

•EQ. 

Equal to 

.NE. 

Not equal to 

.GT. 

Greater than 

.GE. 

Greater than or equal to 


Logical expressions are formed with logical operators and logical ele- 
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ments and have the value true or false. Logical operators appear in Table 
A-17. 


Table A-17. FORTRAN Logical Operators 


OPERATOR 

FUNCTION 

.OR. 

Logical disjunction 

.AND. 

Logical conjunction 

.NOT. 

Logical negation 


Statements 

Program statements may be classified as executable or nonexecutable. 
Executable statements specify actions; nonexecutable statements describe 
the characteristics and arrangement of data, editing information, state¬ 
ment functions, and classification of program units. 

Executable statements are of three types: assignment statements, con¬ 
trol statements, and input/output statements. 

Assignment statements are defined as arithmetic, logical, and go to. 
Arithmetic assignment statements are in the form 

v = e 

where v is a variable name and e is an arithmetic expression. Execution of 
this statement evaluates the expression e and alters the variable v. Logical 
assignment statements are in the form 

v = e 


where v is a logical variable name or a logical array element name and e 
is a logical expression. Execution of this statement evaluates the logical 
expression and assigns its value to the logical entity. The go to assignment 
statements are in the form 

ASSIGN k TO i 

where k is a statement label and i is an integer variable. Execution of this 
statement causes subsequent execution of any assigned go to statement 
using that integer variable to branch to that statement label. The state¬ 
ment label must refer to an executable statement in the same program 
unit in which the assign statement appears. Once mentioned in an assign 
statement, an integer variable may not be referenced in any statement 
other than an assigned go to statement until it has been redefined. 
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Control statements are of eight types: 

1. go to statements. 

2. Arithmetic if statement. 

3. Logical if statement. 

4. call statement. 

5. return statement. 

6. continue statement. 

7. Program control statements. 

8. do statement. 

Statement labels used in control statements must be associated with exe¬ 
cutable statements within the same program unit in which the control 
statement appears. 

The go to statements are of three types: unconditional go to, assigned 
go to, computed go to. Unconditional go to statements are in the form 

GO TO k 

where k is a statement label. Execution of this statement causes the state¬ 
ment identified by the statement label to be executed next. Assigned go to 
statements are in the form 

GO TO i, (ki, k 2 , ... k n ) 

where i is an integer variable reference and the k are statement labels. 
Execution of an assigned go to statement causes the statement identified 
by the statement label in the parenthesized list referenced by i to be exe¬ 
cuted. The current value of i must have been assigned by the previous 
execution of an assign statement. Computed go to statements are in the 
form 

GO TO (ki, k 2 . . . k n ), i 

where the k are statement labels and the i is an integer variable reference. 
Execution of this statement causes the statement identified by the state¬ 
ment label k to be executed next. 

Arithmetic if statements are in the form 

IF (e)ki, k 2 , k 8 

where e is any arithmetic expression of type integer, real or double preci¬ 
sion, and the k are statement labels. Execution of this statement causes 
evaluation of the expression e , following which the statement identified 
by the statement label ki, k 2 , or k% is executed next as the value of e is 
less than zero, zero, or greater than zero, respectively. 
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Logical if statements are in the form 

IF (e) S 

where e is a logical expression and S is any executable statement except a 
do statement or another logical if statement. Execution of this statement 
causes evaluation of the expression e; also, if e is false, statement S is 
treated as a continue statement, and if e is true, statement S is executed. 
The call statements are in the forms 

CALL s (ai, a 2 , • • • an) 

CALL s 

where s is the name of a subroutine and the a are actual arguments. Execu¬ 
tion of this statement references the designated subroutine. 

The return statements are in the form 

RETURN 

Execution of this statement when it appears in a subroutine subprogram 
causes return of control to the current calling program unit. 

The continue statements are in the form 

CONTINUE 

Execution of this statement causes continuation of the normal execution 
sequence. 

Two types of program control statements, stop and pause, are pro¬ 
vided; stop statements are in the form 

STOP n 
STOP 

where n is an octal digit string of length from one to five. Execution of this 
statement terminates the executable program. The pause statements are 
in the form 

PAUSE n 
PAUSE 

where n is an octal digit string with a length from one to five. Execution of 
this statement causes a cessation of the executable program. Execution is 
resumable, with the decision to resume under user control. 

The do statements are in the form 

DO n i = mi, m 2 , m 3 
DO n i = mi, m 2 
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where n is the statement label of an executable statement, i is an integer 
variable name (the control variable), mi is the initial parameter, m 2 is the 
terminal parameter, and ms is the increment. Execution of this statement 
causes the loop of program statements between the do statement and 
statement n to be executed as the value of i goes from mi to m 2 in incre¬ 
ments of m 3 (note that if m 3 is not specified in the do statement, its value 
is assumed to be 1). If the range of a do statement contains another do 
statement, the latter must be a subset of the former (a do is considered to 
be a subset of another if its entire range falls within the range of the con¬ 
taining do). A do statement is said to have an extended range if both of 
the following conditions apply: 

1. There exists a go to or arithmetic if statement within the range of 
the innermost do of a completely nested nest that can cause control to pass 
out of that nest. 

2. There exists a go to or arithmetic if statement not within the nest 
that could be executed after a statement of the type described above, and 
the execution of which could cause control to return into the range of the 
innermost do of the completely nested nest. 

If both conditions apply, the extended range is defined as the set of all 
executable statements that may be executed between all pairs of control 
statements, the first of which satisfies the condition of ( 1 ) and the second of 
(2). Note that a go to or an arithmetic if statement may not pass control 
into the range of a do unless it is being executed as part of the extended 
range of that particular do. 

Input/output statements are of two types: read and write statements 
and auxiliary input/output statements. The first type consists of the state¬ 
ments that cause transfer of records of sequential files to and from internal 
storage. The second type includes backspace and rewind statements 
(which handle positioning of such an external file) along with endfile 
(which handles demarcation of such an external file). 

The read statements may be formatted or unformatted. Formatted 
read statements are in the form 

READ (u, f) k 
READ (u, f) 

where u is the input unit, f is the format statement number, and k is a list. 
Execution of this statement causes the input of the next record from the 
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unit identified by u. The information is then scanned and converted as 
specified by the format f. Resulting values are assigned to the elements 
specified by the list. Unformatted read statements are in the form 

READ (u) k 
READ (u) 

where u is the input unit and k is a list. Execution of this statement causes 
the input of the next record from the unit identified by u. The write state¬ 
ments may be formatted or unformatted. Formatted write statements are 
in the form 

WRITE (u, f) k 
WRITE (u, f) 

where u is the output unit, f is the format statement, and k is a list. Execu¬ 
tion of this statement creates the next records on the unit, identified by u, 
which are converted and positioned as specified by f. The unformatted 
write statement is in the form 


WRITE (u) k 

where u is the output unit and k is a list. Execution of this statement cre¬ 
ates the next record on the unit, identified by u , of the sequence of values 
specified by the list. The backspace statement is in the form 

BACKSPACE u 

where u is the input/output unit. Execution of this statement causes the 
position of the unit to be moved to change the immediately preceding 
record to the next record. A rewind statement is in the form 

REWIND u 

where u is the input/output unit. Execution of this statement causes the 
unit identified by u to be repositioned to its initial point. An endfile state¬ 
ment is in the form 

ENDFILE u 

where u is the input/output unit. Execution of this statement causes the 
recording of an endfile record (signaling the demarcation of a sequential 
file) on the unit identified by u. 

Printing of formatted records is possible through the use of carriage 
control characters in the first position of the record. The four carriage 
control characters are presented in Table A-18. 
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Table A-18. 

Carriage Control Characters 

CHARACTER 

VERTICAL SPACING BEFORE PRINTING 

Blank 

One line 

0 

Two lines 

1 

To first line of next page 

+ 

No advance 


Input/output lists specify the names of the variables and array ele¬ 
ments to which values are assigned on input and specify the references to 
variables and array elements whose values are transmitted on output. An 
input/output list can be a simple list (a variable name, an array element 
name, an array name, or two simple lists separated by a comma), a simple 
list enclosed in parentheses, a DO-implied list (a simple list followed by a 
comma and a DO-implied specification), or two lists separated by a comma. 
The DO-implied specifications are in the form 

i — mi, m2, m3 
i — mi, m2 

where the elements i, mi, m2, m3 are as defined for the do statement. 

Five types of nonexecutable statements are provided in ansi fortran. 

1. Specification statements. 

2. Data initialization statements. 

3 . format statement. 

4. Function-defining statements. 

5. Subprogram-defining statements. 

Specification statements are of five types: dimension, common, equiva¬ 
lence, external, and type statements. Sizes and dimensions of arrays are 
indicated through the array declarator in the form 

v(i) 

where v (the declarator name) is a symbolic name and i (declarator sub¬ 
script) is composed of one, two, or three expressions, each of which may 
be an integer constant or an integer variable name. If any of the entries 
in a declarator subscript is an integer variable name, the array is called an 
adjustable array, and the variable names are called adjustable dimensions. 
This array may appear only in a procedure subprogram. 

The dimension statement is in the form 

DIMENSION Vi(ii), v 2 (i 2 ), . . . v„(i„) 

where each v(i) is an array declarator. 
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A common statement is in the form 

COMMON /x 1 /a 1 /.../(xn/a„) 

where each a is a nonempty list of variable names, array names, or array 
declarators, and each x is a symbolic name or is empty. If xi is empty, the 
first two slashes are optional. Each x is a block name, a name that bears 
no relationship to any variable or array having the same name. This holds 
true for any such variable or array in the same or any other program unit. 

With any given common statement, entities occurring between block 
name x and the next block name (or the end of the statement if no block 
name follows) are declared to be in common block x. All entities from the 
beginning of the statement until the appearance of a block name, or all 
entities in the statement if no block name appears, are declared to be in 
blank or unlabeled common. Alternatively, the appearance of two slashes 
with no block name between them declares the entities that follow to be 
in blank common. The size of a common block in a program unit is the sum 
of the storage required for the elements introduced through common and 
equivalence statements. Sizes of labeled common blocks with the same 
label in the program units that comprise an executable program must be 
the same. The sizes of blank common in the various program units that are 
to be executed together need not be the same. Size is measured in terms of 
storage units. 

All program units of an executable program that contain any definition 
of a common block for a particular name define that block so that— 

1. There is identity in type for all entities defined in the corresponding 
position from the beginning of that block. 

2. If the block is labeled and the same number of entities is defined for 
the block, then the values in the corresponding positions (counted by the 
number of preceding storage units) are the same quantity in the executable 
program. 

A double precision or a complex entity is counted as two logically con¬ 
secutive storage units; a logical, real, or integer entity as one storage unit. 
Thus, the following is true for common blocks with the same number of 
storage units or for blank common: 

1. In all program units that have defined the identical type to be 
given position (counted by the number of preceding storage units), ref¬ 
erences to that position refer to the same quantity. 

2. A correct reference is made to a particular position, assuming a 
given type, if the most recent value assignment to that position was of the 
same type. 
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An equivalence statement is in the form 

EQUIVALENCE (ki), (k 2 ), (k„) 

where each k is a list in the form 

ai > a 2 > • • • , Elm 

Each a is either a variable name or an array element name, the subscript 
of which contains only constants, and m is greater than or equal to 2. The 
number of subscript expressions of an array element name must be 1 or 
must correspond in number to the dimensionality of the array declarator. 

The equivalence statement is used to permit the sharing of storage 
by two or more entities. Each element in a given list is assigned the same 
storage (or part of the same storage) by the processor. The equivalence 
statement should not be used to equate two or more entities mathemati¬ 
cally. If a two-storage-unit entity is made equivalent to a one-storage-unit 
entity, the latter will share space with the first storage unit of the former. 

Assignment of storage to variables and arrays declared directly in a 
common statement is determined solely by consideration of their type and 
the common and array declarator statements. Entities so declared are al¬ 
ways assigned unique storage, contiguous in the order declared in the 
common statement. 

When two variables or array elements share storage because of the 
effect of equivalence statements, the symbolic names of the variables or 
arrays in question may not both appear in common statements in the same 
program unit. 

An external statement is in the form 


EXTERNAL vi, v 2 , . . ., v n 


where each v is an external procedure name. Appearance of a name in an 
external statement declares that name to be an external procedure name. 
If an external procedure name is used as an argument to another external 
procedure, it must appear in an external statement in the program unit 
in which it is so used. 

A type statement is in the form 

t Vl, V 2 , ... Vn 

where t is integer, real, double precision, complex, or logical, and 
each v is a variable name, an array name, a function name, or an array de¬ 
clarator. A type statement is used to override or confirm the implicit typ¬ 
ing, to declare entities as double precision, complex, or logical type, and 
it may supply dimension information. The appearance of a symbolic name 
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in a type statement informs the processor that that variable is of the speci¬ 
fied data type for all appearances in the program unit. 

A data initialization statement is in the form: 

DATA ki/d 1 /,k 2 /d 2 /, ... k„/d„/ 

where each k is a list containing names of variables and array elements 
and each d is a list of constants and optionally signed constants, any of 
which may be preceded by j* (j is an integer constant). If a list contains 
more than one entry, the entries are separated by commas. Dummy argu¬ 
ments may not appear in the list k. Any subscript expression must be an 
integer constant. When the form j* appears before a constant, it indicates 
that the constant is to be specified / times. A Hollerith constant may appear 
in the list d. 

A data initialization statement is used to define initial values of vari¬ 
ables or array elements. There must be a one-to-one correspondence be¬ 
tween the list-specified item and the constants. By this correspondence, 
the initial value is established. An initially defined variable or array ele¬ 
ment may not be in blank common. A variable or array element in a labeled 
common block may be initially defined only in a block data subprogram. 

The format statements are used in conjunction with the input/output 
of formatted records to provide conversion and editing information be¬ 
tween the internal representation and the external character strings. A 
format statement is in the form 

FORMAT (qitizit 2 z 2 . . . t„z„q 2 ) 

where (qitizit 2 z 2 . . . t„Znq 2 ) is the format specification,each q is a series 
of slashes or is empty, each t is a field descriptor or group of field descrip¬ 
tors, each z is a field separator, and n may be zero. Every format state¬ 
ment must be labeled. 

The format field descriptors are of the forms srFw.d, srEw.d, srGw.d, 
srDw.d, rlw, rLw, rAw, nHhih 2 . . . h,„ nX, where the letters F, E, G, D, 
I, L, A, H, and X indicate the manner of conversion and editing between 
the internal and external representations and are called the conversion 
codes; w and n are nonzero integer constants representing the width of 
the field in the external character string; d is an integer constant repre¬ 
senting the number of digits in the fractional part of the external char¬ 
acter string (except for G conversion code); r, the repeat count, is an op¬ 
tional nonzero integer constant indicating the number of times to repeat 
the succeeding basic field descriptor; s is optional and represents a scale 
factor designator; and each h is one of the characters capable of repre¬ 
sentation by the processor. For all descriptors, the field width must be 
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specified. For descriptors of the form w.d, the d must be specified even if 
it is zero. Further, to must be greater than or equal to d. The phrase “basic 
field descriptor” is used to signify the field descriptor unmodified by s or 
r. Internal representation of external fields corresponds to the internal 
representation of the corresponding type constants. 

The format field separators are the slash and the comma. A series of 
slashes is also a field separator. The field descriptors or groups of field de¬ 
scriptors are separated by a field separator. A slash is used not only to 
separate field descriptors, but also to specify demarcation of formatted 
records. A formatted record is a string of characters. The lengths of the 
strings for a given external medium are dependent upon both the pro¬ 
cessor and the external medium. Processing of the number of characters 
that can be contained in a record by an external medium does not of itself 
cause the next record to be introduced or processed. 

Repetition of the field descriptors (except nH and nX) is accomplished 
by using the repeat count. If the input/output list warrants, the specified 
conversion will be interpreted repetitively up to the specified number of 
times. A group of field descriptors or field separators can be repeated by 
enclosing them within parentheses and optionally preceding the left paren¬ 
thesis with an integer constant called the “group repeat count,” which 
indicates the number of times to interpret the enclosed grouping. If no 
group repeat count is specified, a group repeat count of 1 is assumed. This 
form of grouping is called a basic group. Further groupings may be formed 
by enclosing field descriptors, field separators, or basic groups within pa¬ 
rentheses. Again, a group repeat count may be specified. The parentheses 
enclosing the format specification are not considered as group-delineating 
parentheses. 

A scale factor designator is defined for use with the F, E, G, and D 
conversions and takes the form 

np 

where n, the scale factor, is an integer constant or minus followed by an 
integer constant. When the format control is initiated, a scale factor of 
zero is established. Once a scale factor has been established, it applies to 
all subsequently interpreted F, E, G, and D field descriptors until another 
scale factor is encountered; then that scale factor is established. 

The scale factor n affects the appropriate conversions in the following 
four ways: 

1. For F, E, G, and D input conversions (provided no exponent exists 
in the external field), and F output conversions, the scale factor effect is 
that the externally represented number equals the internally represented 
number times the quantity 10 raised to the nth power. 
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2. The scale factor has no effect if there is an exponent in the external 
field. 

3. For E and D output, the basic real constant part of the output quan¬ 
tity is multiplied by 10° and the exponent is reduced by n. 

4. For G output, the effect of the scale factor is suspended unless the 
magnitude of the data to be converted is outside the range that permits the 
effective use of F conversion. If the effective use of E conversion is re¬ 
quired, the scale factor has the same effect as with E output. 

The numeric field descriptors I, F, E, G, and D are used to specify 
input/output of integer, real, double precision, and complex data, as 
follows: 

• With all numeric input conversions, leading blanks are not sig¬ 
nificant and other blanks are zero; plus signs may be omitted. A 
field of all blanks is considered zero. 

• With the F, E, G, and D input conversions, a decimal point ap¬ 
pearing in the input field overrides the decimal point specifica¬ 
tion supplied by the field descriptor. 

• With all output conversions, the output field is right-justified. 
If the number of characters produced by the conversion is 
smaller than the field width, leading blanks will be inserted in 
the output field. 

• With all output conversions, the external representation of a 
negative value must be signed; a positive value may be signed. 

• The number of characters produced by an output conversion 
must not exceed the field width. 

Appearance of the numeric field descriptor Iw indicates that the ex¬ 
ternal field occupies w positions as an integer. The value of the list item 
appears, or is to appear, internally as an integer datum. In the external 
input field, the character string must be in the form of an integer constant 
or signed integer constant except for the interpretation of blanks. The 
external output field consists of blanks, if necessary followed by a minus 
when the value of the internal data is negative, or, otherwise, an optional 
plus followed by the magnitude of the internal value converted to an 
integer constant. 

There are three conversions available for use with real data: F, E, and 
G. Appearance of the numeric field descriptor Fw.d indicates that the 
external field occupies w positions, the fractional part of which consists 
of d digits. The value of the list item appears, or is to appear, internally as 
real data. The basic form of the external input field consists of an optional 
sign preceding a string of digits optionally containing a decimal point. The 
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basic form may be followed by an exponent of one of the following forms: 


• Signed integer constant. 

• E followed by an integer constant. 

• E followed by a signed integer constant. 

• D followed by an integer constant. 

• D followed by a signed integer constant. 

An exponent containing D is equivalent to an exponent containing E. The 
external output field consists of blanks, if necessary, followed by a minus 
when the internal value is negative or an optional plus followed by a string 
of digits containing a decimal point representing the magnitude of the in¬ 
ternal value, as modified by the established scale factor rounded to d 
fractional digits. 

Appearance of the numeric field descriptor Ew.d indicates that the 
external field occupies to positions, the fractional part of which consists of 
d digits. The value of the list item appears, or is to appear, internally as real 
data. Form of the external input field is the same as for the F conversion. 

Numeric field descriptor Gw.d indicates that the external field occupies 
to positions with d significant digits. The value of the list item appears, or 
is to appear, internally as real data. Input processing is the same as for the 
F conversion. 

Numeric field descriptor Dw.d indicates that the external field occu¬ 
pies to positions, the fractional part of which consists of d digits. The value 
of the list item appears, or is to appear, internally as double precision data. 
Basic form of the external input field is the same as for real conversions. 
The external output field is the same as for the E conversion, except that 
the character D may replace the character E in the exponent. 

Since complex data consists of a pair of separate real data, the conver¬ 
sion is specified by two successively interpreted real field descriptors. The 
first of these supplies the real part; the second supplies the imaginary 
part. 

Appearance of the logical field descriptor Lw indicates that the exter¬ 
nal field occupies w positions as a string of information as defined in sub¬ 
sequent paragraphs. The list item appears, or is to appear, internally as 
logical data. The external input field must consist of optional blanks fol¬ 
lowed by a T or F and by optional characters for true and false. The ex¬ 
ternal output field consists of w—1 blanks followed by a T or F as the value 
of the internal data is true or false. 

Hollerith information may be transmitted by means of two field de¬ 
scriptors, nH and Aw: nH causes Hollerith information to be read into or 
written from the n characters (including blanks) following the nH de- 
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scriptor in the format; Aw causes w Hollerith characters to be read into or 
written from a specified list. 

The field descriptor for blanks is nX. On input, n characters of the 
external input record are skipped. On output, n blanks are inserted in the 
external output record. 

Any of the formatted input/output statements may contain an array 
name in place of the reference to a format statement label. At the time 
an array is referenced in such a manner, the first part of the information 
contained in the array, taken in the natural order, must constitute a valid 
format specification. There is no requirement on the information contained 
in the array following the right parenthesis that ends the format specifica¬ 
tion. The format specification to be inserted in the array has the same form 
as that defined for a format statement; that is, it begins with a left paren¬ 
thesis and ends with a right parenthesis. An nH field descriptor may not 
be part of a format specification within an array. This format specification 
may be inserted in the array by use of a data initialization statement, or 
by use of a read statement together with an A format. 

Function and subprogram defining statements are discussed in the next 
section. 

Procedures and Subprograms 

Four categories of procedures are available in fortran: statement 
functions, intrinsic functions, external functions, and external subrou¬ 
tines. The first three categories are referred to collectively as functions, or 
function procedures; the last, as subroutines or subroutine procedures. 
Also available are two categories of subprograms: procedure subprograms 
and specification subprograms. Function subprograms and subroutine sub¬ 
programs are classified as procedure subprograms. Block data subpro¬ 
grams are classified as specification subprograms. 

A statement function is defined internally in the program unit in which 
it is referenced. Definition is a single statement similar in form to an arith¬ 
metic or logical assignment statement. In a given program unit, all state¬ 
ment function definitions must precede the first executable statement of 
the program unit and must follow the specification statements, if any. The 
name of a statement function must not appear in an external statement 
or as a variable name or an array name in the same program unit. A state¬ 
ment function is defined by a statement in the form 

f(ai, a 2 , . . . , a n ) = e 

where f is the function name and e is an expression. The a are distinct 
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variable names, called the dummy arguments of the function. Since these 
are dummy arguments, their names, which serve only to indicate type, 
number, and order of arguments, may be the same as variable names of 
the same type appearing elsewhere in the program unit. Aside from the 
dummy arguments, the expression e may only contain non-Hollerith con¬ 
stants, variable references, intrinsic function references, references to pre¬ 
viously defined statement functions, and external function references. 

A statement function is referenced by using its reference as a primary 
in an arithmetic or logical expression. The actual arguments, which con¬ 
stitute the argument list, must agree in order, number, and type with the 
corresponding dummy arguments. An actual argument in a statement 
function reference may be any expression of the same type as the corre¬ 
sponding dummy argument. Execution of a statement function reference 
results in an association of actual arguments in the expression of the func¬ 
tion definition, and an evaluation of the expression. Following this, the 
resultant value is made available to the expression that contained the func¬ 
tion reference. 

The symbolic names of the intrinsic functions (see Table A-19) are pre¬ 
defined to the processor. An intrinsic function is referenced by using its 
reference as a primary in an arithmetic or logical expression. The actual 
arguments, which constitute the argument list, must agree in type, num¬ 
ber, and order with the specification in Table A-19 and may be any ex¬ 
pression of the specified type. Intrinsic functions amod, mod, sign, isign, 
and dsign are not defined when the value of the second argument is zero. 

An external function is defined externally to the program unit that ref¬ 
erences it. When it is defined by fortran statements headed by a func¬ 
tion statement, it is called a function subprogram. A function statement 
takes the form 

t FUNCTION f(ai, a 2 ..., a n ) 

where t is either integer, real, double precision, complex, or logical, 
or is empty; f is the symbolic name of the function to be defined; and the a , 
called the dummy arguments, are each either a variable name, an array 
name, or an external procedure name. Function subprograms are con¬ 
structed with the following restrictions: 

1. The symbolic name of the function must also appear as a variable 
name in the defining subprogram. During every execution of the subpro¬ 
gram, this variable must be defined and, once defined, may be referenced 
or redefined. The value of the variable at the time of execution of any 
return statement in this subprogram is called the value of the function. 

2. The symbolic name of the function must not appear in any nonexe- 




Appendix: Time-Sharing Languages 


201 


Table A-19. ANSI Internal Functions 



NUMBER OF 

SYMBOLIC 

TYPE OF 

FUNCTION 

ARGUMENTS 

NAME 

ARGUMENT 

FUNCTION 

Intrinsic Functions 





Absolute value 

1 

ABS 

Real 

Real 



IABS 

Integer 

Integer 



DABS 

Double 

Double 

Truncation 

1 

AINT 

Real 

Real 



INT 

Real 

Integer 



IDINT 

Double 

Integer 

Remaindering 

2 

AMOD 

Real 

Real 



MOD 

Integer 

Integer 

Choosing largest value 

^2 

AMAXO 

Integer 

Real 



AMAXI 

Real 

Real 



MAXO 

Integer 

Integer 



MAXI 

Real 

Integer 



DMAXI 

Double 

Double 

Choosing smallest value 

^2 

AMINO 

Integer 

Real 



AMINI 

Real 

Real 



MINO 

Integer 

Integer 



MINI 

Real 

Integer 



DMINI 

Double 

Double 

Float 

1 

FLOAT 

Integer 

Real 

Fix 

1 

IFIX 

Real 

Integer 

Transfer of sign 

2 

SIGN 

Real 

Real 



ISIGN 

Integer 

Integer 



DSIGN 

Double 

Double 

Positive difference 

2 

DIM 

Real 

Real 



IDIM 

Integer 

Integer 

Obtain most significant 

1 

SNGL 

Double 

Real 

part of double precision 





argument 





Obtain real part of com¬ 

1 

REAL 

Complex 

Real 

plex argument 





Obtain imaginary part of 

1 

AIMAG 

Complex 

Real 

complex argument 





Express single precision 

1 

DBLE 

Real 

Double 

argument in double 





precision form 





Express two real arguments 

2 

CMPLX 

Real 

Complex 

in complex form 





Obtain conjugate of a 

1 

CONJG 

Complex 

Complex 


complex argument 
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Table A-19. ANSI Internal Functions (Cont’d.) 



NUMBER OF 

SYMBOLIC 

TYPE OF 

FUNCTION 

ARGUMENTS 

NAME 

ARGUMENT 

FUNCTION 

Basic External 





Functions 





Exponential 

1 

EXP 

Real 

Real 


1 

DEXP 

Double 

Double 


1 

CEXP 

Complex 

Complex 

Natural logarithm 

1 

ALOG 

Real 

Real 


1 

DLOG 

Double 

Double 


1 

CLOG 

Complex 

Complex 

Common logarithm 

1 

ALOGIO 

Real 

Real 



DLOGIO 

Double 

Double 

Trigonometric sine 

1 

SIN 

Real 

Real 


1 

DSIN 

Double 

Double 


1 

CSIN 

Complex 

Complex 

Trigonometric cosine 

1 

COS 

Real 

Real 


1 

DCOS 

Double 

Double 


1 

CCOS 

Complex 

Complex 

Hyperbolic tangent 

1 

TANH 

Real 

Real 

Square root 

1 

SQRT 

Real 

Real 


1 

DSQRT 

Double 

Double 


1 

CSQRT 

Complex 

Complex 

Arctangent 

1 

ATAN 

Real 

Real 


1 

DATAN 

Double 

Double 


2 

ATAN2 

Real 

Real 


2 

DATAN2 

Double 

Double 

Remaindering 

2 

DMOD 

Double 

Double 

Modulus 

1 

CABS 

Complex 

Real 


cutable statement in this program unit, except as the symbolic name of the 
function in the functon statement. 

3. The symbolic names of the dummy arguments may not appear in 
an equivalence, common, or data statement in the function subprogram. 

4. The function subprogram may define or redefine one or more of its 
arguments so as to return results in addition to the value of the function. 

5. The function subprogram may contain any statements except block 
data, subroutine, another function statement, or any statement that 
directly or indirectly references the function being defined. 

6. The function subprogram must contain at least one return state¬ 
ment. 

An external function is located by using its reference as a primary in 
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an arithmetic or logical expression. The actual arguments, which consti¬ 
tute the program list, must agree in order, number, and type with the cor¬ 
responding dummy arguments in the defining program unit. An actual 
argument in an external function reference may be one of the following: 

• A variable name. 

• An array element name. 

• An array name. 

• Any other expression. 

• The name of an external procedure. 

The fortran processors must supply the external functions listed in 
Table A-19. Arguments for which the result of these functions is not 
mathematically defined, or of a type other than that specified, are im¬ 
proper. 

An external subroutine is defined externally to the program unit that 
references it. When defined by fortran statements headed by a subrou¬ 
tine statement, it is called a subroutine subprogram. A subroutine state¬ 
ment is of one of the forms 

SUBROUTINE s (ai, a 2 , . . . , a„) 

SUBROUTINE s 

where s is the symbolic name of the subroutine to be defined and the a, 
called the dummy arguments, are each either a variable name, an array 
name, or an external procedure name. Subroutine subprograms are con¬ 
structed with the f ollowing restrictions: 

1. The symbolic name of the subroutine must not appear in any state¬ 
ment in this subprogram except as the symbolic name of the subroutine in 
the subroutine statement itself. 

2. The symbolic names of the dummy arguments may not appear in 
an equivalence, common, or data statement in the subprogram. 

3. The subroutine subprogram may define or redefine one or more of 
its arguments so as to return results. 

4. The subroutine subprogram may contain any statements except 
block data, function, another subroutine statement, or any statement 
that directly or indirectly references the subroutine being defined. 

5. The subroutine subprogram must contain at least one return state¬ 
ment. 

A subroutine is referenced by a call statement. The actual arguments, 
which constitute the argument list, must agree in order, number, and type 
with the corresponding dummy arguments in the defining program. Use 
of a Hollerith constant as an actual argument is an exception to the rule 




204 


AUERBACH ON TIME SHARING 


requiring agreement of type. An actual argument in a subroutine refer¬ 
ence may be one of the following: 

• A Hollerith constant. 

• A variable name. 

• An array element name. 

• An array name. 

• Any other expression. 

• The name of an external procedure. 

If an actual argument is an external function name or a subroutine name, 
the corresponding dummy argument must be used as an external function 
name or a subroutine name. 

A block data statement takes the form 

BLOCK DATA 

This statement may only appear as the first statement of specification sub¬ 
programs that are called block data subprograms, and which are used to 
enter initial values into elements of labeled common blocks. This special 
subprogram contains only type statements, equivalence, data, dimen¬ 
sion, and common statements. 

If any entity of a given common block is being given an initial value 
in such a subprogram, a complete set of specification statements for the 
entire block must be included, even though some of the elements of the 
block do not appear in data statements. Initial values may be entered into 
more than one block in a single subprogram. 

Programs 

An executable program is a collection of statements, comment lines, 
and end lines that completely (except for input data values and their 
effects) describe a computing procedure. 

In a program part there must be at least one executable statement and 
there may be format statements and data initialization statements. It 
need not contain any statement from either of the latter two classes. This 
collection of statements may optionally be preceded by statement func¬ 
tion definitions, data initialization statements, and format statements. 
As before, none or only some of these need be present. 

A program body consists of a program part followed by an end line. 
These can be preceded by specification statements and/or format state¬ 
ments. 
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Composition of a subprogram includes a subroutine or function state¬ 
ment followed by a program body; otherwise, it is a block data subprogram. 

A block data subprogram is a block data statement, followed by the 
appropriate specification statements, followed by data initialization state¬ 
ments, and then an end line. 

A main program consists of a program body. An executable program 
consists of a main program plus any number of subprograms, external 
procedures, or both. A program unit is a main program or a subprogram. 

When an executable program begins operation, execution commences 
with the start of the first executable statement of the main program. A 
subprogram, when referenced, starts execution with the beginning of the 
first executable statement of that subprogram. Unless a statement is a 
go to, arithmetic if, return, or stop statement or the terminal statement 
of a do, completion of execution of that statement causes execution of the 
next following executable statement. A program part may not contain an 
executable statement that can never be executed. Each program part must 
contain a first executable statement. 


Features of ANSI Basic FORTRAN 

This section discusses those features of ansi Basic fortran that differ 
from those of ansi fortran. 


Program Form 

The currency symbol $ is excluded from the ansi Basic fortran char¬ 
acter set. Only 5 continuation lines are permitted, in contrast to 19 lines 
in ansi fortran. Also, the maximum size of a statement label is reduced 
from five to four digits and symbolic names may be up to five characters, 
in contrast to six characters in ansi fortran. 


Data Types 

Double precision, complex, logical, and Hollerith data types are not 
available in ansi Basic fortran. 

Data and Procedure Identification 

Double precision, complex, logical, and Hollerith constants are not 
available in ansi Basic fortran. 








206 


AUERBACH ON TIME SHARING 


Expressions 

Neither relational nor logical expressions are permitted in Basic for¬ 
tran. 

Statements 

The following statement features are not available in ansi Basic for¬ 
tran: 

• Logical and go to assignment statements are not available. 

• Neither assigned go to nor logical if statements are available. 

• A maximum of four octal digits are permitted, compared to five 
in ansi fortran. 

• The extended range of do loop is not allowed. 

• No print carriage control is provided for formatted output rec¬ 
ords. 

• No array declaration is permitted in a common statement. 

• No three-dimensional arrays or subscripts are allowed. 

• Adjustable dimension is not possible. 

• Labeled common blocks are not permitted. 

• The external statement is not allowed. 

• Type statements (integer, real, double precision, complex, or 
logical) are not available. 

• A data initialization statement is not available. 

• The scale factor is not provided. 

• A, G, D, complex, and logical data conversions are not available. 

• Formats may not be specified in arrays. 

• The intrinsic function set does not include truncation, remain¬ 
dering, maximums, or minimums. 

• Double precision and complex functions are not included. 

• External functions may not alter variables in common or vari¬ 
ables associated with common via an equivalence statement. 

• The basic external function set does not include common loga¬ 
rithm or any double precision or complex functions. 

• The block data subprograms are not permitted. 

Time-Sharing FORTRAN 

Very few time-sharing systems offer a version of fortran that is ex- 
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actly identical to either ansi fortran or ansi Basic fortran. Most of the 
service companies offer their own versions of the language with exten¬ 
sions and limitations that reflect the operational characteristics of their 
own systems. In the following paragraphs, some of the most common 
extensions and limitations are noted. 


Program Form 

Since Teletype terminals are more commonly used to access time¬ 
sharing systems than terminals with punched card input/output, many 
of the restrictions on statement and line formats are removed. The char¬ 
acter sets are also expanded so that all Teletype keyboard characters are 
included. 

Time-sharing systems offer the ability to enter lines in free format. 
Statement numbers and statements may be entered without regard to the 
placement rules outlined in the ansi standards, i.e., statement number in 
column 1 through 5 and statement between column 7 and column 72. An¬ 
other common extension in this area is the ability to enter more than one 
statement on the same line. 


Statements 

Many systems provide the ability to assign the same value to a number 
of variables at the same time. This takes place in one of the following forms: 

x = y=z=0 
x,y,z = 0 

Functions 

The set of internal functions available in ansi fortran is often ex¬ 
panded to include hyperbolic functions (sinh, cosh, etc.) and additional 
logarithmic and trigonometric functions. 


SYSTEM CONTROL LANGUAGES 

A progiammer’s knowledge of a time-sharing environment is not com¬ 
pleted simply by learning the programming language of his choice. The se¬ 
quence of operations required to operate the time-sharing system, includ¬ 
ing its subprocessors, libraries, and computational facilities has developed 
into a semilanguage construct called “system control languages/ com¬ 
mand languages,” or “job control languages.” These quasi-languages are 
important to the time-sharing user because they form the interface be- 
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tween the service and the computer problem for which the service is used. 

The purpose of this section is to describe the operating functions in¬ 
cluded in the command languages. Furthermore, these commands may 
serve as a basis for comparison of the facilities supported by the various 
commercial time-sharing services. 

The system control language contains those commands that serve as 
the primary level of communication between the user of a time-sharing 
system and the computer itself. These commands, which are initiated at 
the remote terminal, are not a part of the user programs operating on the 
time-sharing system; instead, they are commands that effect manipula¬ 
tion of the total system and the facilities available on it. All time-sharing 
operations from remote locations must pass through this level of com¬ 
munication. 

On some systems, the system control language is referred to as a “com¬ 
mand” language or “executive” or ‘monitor” system. It may be grouped 
functionally into six action classes. Tasks that the user may perform under 
the system are as follows: 

• System access. 

• System control. 

• File control. 

• Peripheral control. 

• Information requests. 

• Editing. 

Although no time-sharing system or commercial service offers all possible 
facilities, nearly all systems offer some form of operation in each func¬ 
tional category. 

System control language commands are generally in word form. Opera¬ 
tions to be performed are specified by name. For example, goodbye on 
some systems activates the process of disconnecting the remote terminal 
from the computer system. The rename command will change a file name 
on most systems. Time-sharing systems do not always use the same words 
or commands for functionally equivalent processes. For example, the com¬ 
mand that causes activation of a user program for computation might be 
run on one system and execute on another. 

System Access 

The primary procedures on a time-sharing system are accessing and 
leaving the system. Customers of the time-sharing service must enter the 
system and identify themselves to the computer in order to initiate infor- 
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mation processing and billing. Users wishing to terminate computational 
activity must signal the system of their desire to disconnect. Users must 
also be able to update information. 

The system control language provided on the time-sharing system must 
contain commands that allow customers to perform the identification 
tasks necessary to initiate processing. These system access commands acti¬ 
vate routines that discriminate valid from invalid users and initiate billing 
procedures. The system control language must be equipped with com¬ 
mands that initiate routines to perform the necessary updating and dis¬ 
connection activities. 


Identification 

Connection to the computer is made only when the user presents 
proper identification parameters; the software configuration of the com¬ 
puter system must necessarily be designed to ensure that operators on 
the system are valid customers. Users who present proper identification 
initiate billing for computer time; charges are automatically made to the 
account under which they are operating. On certain systems, unique (and 
sometimes coded) identification may be provided by the user to ensure 
privacy of operation. 

Time-sharing computer systems are generally accessed via remote ter¬ 
minals, and the public telephone network is used for data transmission. 
A telephone call to the computer center is the first step in the connection 
process. Upon successful telephone connection, the computer system is¬ 
sues a command or directive that asks for user identification parameters. 
These parameters are part of the system access portion of the system con¬ 
trol language. 

After typing its directives to ask for user identification, the computer 
system generally allows a potential user a fixed amount of time to identify 
himself properly. In most cases, if a user cannot provide valid identifica¬ 
tion within a minute or two, his telephone line is disconnected from the 
computer. This prevents persons from trying several combinations of pos¬ 
sible identification parameters in an effort to gain unauthorized entrance 
to the system. The identification that the user must provide for computer 
entrance often includes an account or user number, a password, a user 
name, and a project or charge code. 


Account Number 

An account or user number generally identifies the corporation to be 
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billed for the time-sharing service. Usually, this number consists of a 
short string of alphanumeric characters. 


Password 

The password is ordinarily associated with the security of an account. 
In some systems, it is a required item for identification and entry to the 
computational facilities, while on others it is a means of file access pro¬ 
tection. Usually the computer software is designed to permit secrecy of 
the password code. At times, the password is typed in an area that has 
been automatically overstruck by the computer system; the word is then 
not readable. On other systems, nonprinting control characters are al¬ 
lowed as legal characters in the password. Striking a letter while holding 
down the ctrl key on the terminal transmits a special character that is a 
part of the password but which will not be printed. Occasionally, the 
system is designed to print no characters of the password. 


User Name 

As a rule, the user name is the identification parameter of a single indi¬ 
vidual. Some systems allow only one terminal to be operating under this 
name at any given time. The protection methods used to secure passwords 
are sometimes applied to user names as well. Billing information is often 
itemized by user name. 


Project Code 

The project or charge code is an optional means of identification on 
many systems. It is designed primarily for categorizing the individual jobs 
run under an account and is often an extended feature of a commercial 
service billing structure. Computing time, storage, and costs may be sum¬ 
marized by project codes designated at this level of identification. Sub- 
project codes are occasionally offered. 

Termination 

Disconnection commands are included in the system access commands 
on all systems. When a user signals his desire to terminate operation, the 
system must perform the steps necessary to close his computational ses¬ 
sion successfully. Processes such as updating file directories, moving in¬ 
formation to disk storage, calculating the amount of storage used, and 
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recording billing information are performed by many systems. In some 
cases, information such as charges for the session or the time elapsed since 
entry on the system is printed on the user’s terminal. 

Often it is desirable to terminate operation under one set of billing 
parameters and immediately commence processing under another. Some 
systems provide commands that allow the user to reinitiate a computer 
session under new identification parameters without placing an addi¬ 
tional telephone call. In this case, the public telephone connection is not 
broken upon termination of the session. The identification procedure is 
activated as for a new session. Here, again, failure to provide valid user 
identification within the specified time results in complete disconnection. 

System Control 

Time-sharing systems provide users with many operational facilities 
and procedures to make problem solving easier or more convenient. For 
example, more than one programming language may be available for prob¬ 
lem solving on a single computer. The user can control the mode of opera¬ 
tion of the computer, such as for program building or program execution. 
Computation procedures may be specified and modified in the time-shar¬ 
ing session, and the user may alternate between several modes of opera¬ 
tion in a single computer session. 

The system control language contains system control commands that 
manipulate the facilities available on the computer. These commands per¬ 
mit the user to change the mode of computer operation, to enact the many 
operating procedures, and to clear computer storage. 

Change Mode 

Computer software currently implemented for time sharing may be 
classified in two structural forms: monitor and subsystem. As explained 
in the following paragraphs, transfer between system modules or subsys¬ 
tems may be applicable in either structural form. Modes of operation must 
be changed to access various system facilities. 

Monitor configurations generally provide all operational commands 
(execution, compilation, etc.) within the system control language. This 
makes it possible to run programs, once they are specified, by using com¬ 
mands automatically available upon entrance to the system. There is no 
process of transfer necessary to ready the operating commands for use. 

Systems in the monitor form are normally structured so that user pro¬ 
grams are placed in an active area of the computer, called working stor- 
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age. Programs may be built into this area, or they may be retrieved from 
the storage medium where they were saved and then placed in the active 
location. Programs are operated on from working storage. The facilities to 
create programs for the working storage area may vary among the monitor 
form software configurations. Some systems make compiler language facili¬ 
ties such as basic or fortran available for program construction upon en¬ 
trance to the system. Other configurations require the user to specify a 
compiler language module. In this case, program construction is not di¬ 
rectly under the system control language but is under the subsidiary level 
of a specific compiler language. It must be noted, however, that this sub¬ 
sidiary compiler language module contains facilities only for program con¬ 
struction and not for program operation. In both configurations, programs 
are placed in working storage as they are constructed, but are operated on 
by system control commands. 

Some monitor configurations contain editing and/or debugging facili¬ 
ties in addition to the compiler language capabilities. Occasionally, these 
are a part of the system control language, while in other cases they are sub¬ 
sidiary modules. The editing and debugging features, which are designed 
to operate on the program in the working storage area, in conjunction with 
the operating commands (which allow the program in working storage to 
be run), provide the computational facilities of the monitor form time-shar¬ 
ing system. 

Subsystem form configurations do not contain operational commands 
as part of the system control language. To run a program under this con¬ 
figuration, it is necessary to call upon the facilities of the compiler lan¬ 
guage in which the program was written. Each compiler language con¬ 
tains its own operational commands. The subsystem form is structured so 
that programming functions such as program creation, operation, and some¬ 
times editing or debugging are accomplished within each compiler lan¬ 
guage. While a module in monitor form controls only one type of pro¬ 
gramming activity (program creation), a subsystem has the facility for 
several types of programming activity. 

There is no distinct working storage concept for subsystem configura¬ 
tions. Programs retrieved from the storage medium or created in a time¬ 
sharing session remain under the compiler language system where they 
were referenced. Change of subsystem usually involves transfer of program 
information to the storage medium and subsequent retrieval. 

Subsystem configurations generally contain independent editing and 
debugging subsystems. These support subsystems are ordinarily designed 
to accept a range of information for processing. For example, most editing 
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subsystems are designed to operate on information as textual material and 
do not distinguish between programs or data. 


System Transfer 

A transfer procedure is necessary to make the module or subsystem 
facilities available for program operation. Control may be passed to the 
compiler language, the editor, or the debugging system. Often, transfer 
to the module or subsystem makes the system control language inoperable. 

Return to Monitor 

It is necessary for a user to follow a certain procedure to return control 
to that mode of operation which makes the system control language com¬ 
mands available. On some systems, multiple system transfers and returns 
are acceptable. 


Set Terminal Operation 

Some configurations require the client to specify whether remote input 
to the system will be from the terminal keyboard or from the paper tape 
unit. Terminal operation commands change the transmission mode and 
notify the system of the unit in current use. This facility is not required by 
all services. 

Monitor Form Operating Commands 

The system control language of a monitor form configuration contains 
commands that initiate and control processing. This processing includes 
the facility to convert user code to a version understood by the machine 
and the operative procedures that allow data to be processed by the pro¬ 
gram. 


Load 

Programs may be retained on disk storage for future operations. Once 
a program is available in this state, it need not be recreated, but may be 
retrieved for use. Loading is the process that places the stored information 
in an area of the computer where it can be activated. The results are equiv¬ 
alent to entering the same information during a computational session. 
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Compile 

Compiler languages such as basic or fortran do not contain commands 
in a form compatible with the internal computer language. The process of 
compiling converts a program from these user languages to the binary or 
object code used by the computer. In most cases, a program must be suc¬ 
cessfully converted before it is operable; this means that syntax errors in 
the compiler language program are flagged in the compilation process. On 
some time-sharing systems, certain languages are structured to compile 
automatically. A user working in this environment need not be concerned 
with the compilation process. 


Execute 

Execute or run commands permit the user to activate the binary ver¬ 
sion of his program. The operations performed by the program are initi¬ 
ated and the tasks of data input, calculation, and output printing proceed 
as the lines of the program are processed. Errors that cause ambiguities in 
processing, such as duplicate line references, may halt the execution pro¬ 
cess. 

Load and Execute 

Upon execution of this command, the binary version of the program 
is retrieved from storage, and processing is initiated without further user 
intervention. On some systems, a check is made to determine if the pro¬ 
gram retrieved is in the object version; and if it is not, a compilation is 
automatically performed. 


Compile and Execute 

Certain systems provide a single command to perform the compilation 
and execution processes of program operation. The user need only enter 
this command to activate such actions. 

Halt 

It is sometimes desirable or necessary to interrupt program operation 
before the process is completed. A halt or stop command furnishes this 
facility. Many time-sharing systems employ the escape or break key of 
the terminal to provide this interruption facility. 

Related to the interrupt capability is a facility that stops program execu- 
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tion at predetermined locations and allows the user to investigate the 
computational progress of his program. This feature, however, belongs to 
the debugging (program modification and checking) process and is not a 
halt command. 


Continue 

Some systems can restart operation at the place in the program where 
it was halted. A command to continue reinstates processing and obviates 
the need to repeat operations already completed. 


Subsystem Form Commands 

The system control commands relevant to subsystem form configura¬ 
tions consist of subsystem transfer and return statements. These state¬ 
ments usually name the subsystem to be referenced. The structure of the 
configuration is designed in such a way that each subsystem contains its 
own operational commands. Load, compile, and execute commands do not 
exist in the system control language of these systems. Commands are also 
available in many subsystem form configurations to perform operations 
that are not explicit system transfers. However, in most cases, this is short¬ 
cut notation for activating a subsystem and specified programs operating 
within it. 

Many subsystem form configurations allow processing that does not 
explicitly call upon a subsystem. In these cases, subsystems, programs, 
and operating facilities are implicitly activated by the command refer¬ 
enced. 

Application systems are often referenced by name rather than by sub¬ 
system. Upon reference to the application program, commands to operate 
it are made available, but programming capabilities other than application- 
defined operations are not legal. (This distinguishes an application system 
from a compiler language subsystem. Editing and debugging subsystems 
are special-purpose systems.) As in the standard subsystem transfer, con¬ 
trol at this level is subsidiary to the system control language, and system 
control commands are inoperable on most systems. 

On some systems, it is possible to save an operating program on disk 
storage in an intermediate state of execution for further processing. Re¬ 
trieving this information and resuming operation may be performed by 
presenting special system control commands. This process may not re¬ 
quire explicit transfer to a subsystem but, in effect, the subsystem is con¬ 
trolling the operation. 
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Clear Core 

Most systems allow the user to erase his active memory area in the 
computer. The information is generally lost unless it has been previously 
stored on the disk. This command function is usually applicable to both 
monitor form and subsystem form architecture. Its purpose is to minimize 
active memory usage when information needed for current operation is 
to be changed. On some systems, activation priority within the computer 
depends upon the amount of memory needed. 


File Control 

Time sharing is designed to allow a user to operate a computer facility 
on-line; that is, the user controls his programs from a remote location while 
they are being processed by the computer. He communicates with the sys¬ 
tem via a terminal and determines his operations as the job proceeds. 

Configurations for time sharing are structured to let users retain 
their programs on an on-line storage medium for subsequent recall and 
processing. The disk storage unit is generally used for such storage, and 
information retained is segmented logically on the unit in areas called 
files; each file is uniquely named. Manipulation of files, or control of in¬ 
formation that may be stored, is a significant process in the time-sharing 
session. Accordingly, the system control language contains many com¬ 
mands to perform file control functions. 


Creation 

The first step in preparing information for subsequent storage is to 
present it to the computer. From the remote terminal, information may be 
entered on the keyboard or through the paper tape unit. Information so 
entered may be placed in the active area of memory assigned to the user 
or may be transferred directly to the disk storage unit. File creation com¬ 
mands perform either type of transfer, depending on the system configu¬ 
ration and design. 


Display 

Each user may list the contents of his files at the keyboard by execut¬ 
ing a display (or list) file control command from the system control lan¬ 
guage. 
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Deletion 

The contents of any file may be deleted by presenting the relevant file 
control command. When the file name must exist for subsequent reference 
(e.g., to construct its contents in a program), the name may sometimes be 
retained although the file’s contents have been deleted. 


Storage 

Commands are necessary to transfer the contents of the file from the 
user’s active machine memory to the storage unit. Usually, the storage 
command is also the means of naming a file. On some systems, the storage 
f acility is provided in the file creation command. 

Rename 

Most systems have a file control command to change the name of a file 
without disturbing its contents. 

Catalog 

Commands are available that display the status or characteristics of a 
file. Most time-sharing services offer some directory facility. File charac¬ 
teristics such as file type (e.g., symbolic or binary, program or data, algol 
or cobol) may be presented. File status such as private, execute-only, or 
read-only may be available. File length, the creation date, or a previous 
access date may be obtainable through a file catalog command. 

On many systems, commands may specify the pertinent information 
for all the files the user has saved or for a single file. Generally, more than 
one command or two forms of the catalog command are available for this 
process. 


Security 

Commands must be available to ensure that unauthorized users can¬ 
not obtain or disturb stored information. Restrictions on file access or on 
the operations allowed to be performed for a particular file are a means of 
providing this security. An encoding scheme may make file information 
unintelligible. The system control language contains commands that as¬ 
sign restrictions and activate encoding routines. 
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Access Restrictions 

Most systems employ a means to restrict access of file information by 
users other than the creator of the file. On some systems the file owner 
may declare his file to have a status that will let users with a certain char¬ 
acteristic obtain his information. Other systems associate a list of author¬ 
ized users with each file name. Users not on the authorized list cannot 
obtain file information. Files may also be declared available to anyone who 
is on the system. This allows sharing of file information and may be used, 
for example, so users can report system problems to a central file. 


Operation Restrictions 

File information may be protected from observation or destruction by 
associating a file status with the file name. Many systems have file control 
commands that declare a file as read-only (cannot be changed), write- 
only (cannot be displayed), or execute-only (can be run only, not changed 
or displayed). Operating restrictions are generally placed in the time¬ 
sharing software files to prevent tampering with routines such as compiler 
language processors and with files such as billing information. The system 
prevents users from referencing memory locations where this information 
is stored. 


Encoding 

Many systems provide commands that cipher a file on a control param¬ 
eter known only to the creator of the file. Thus, the file information is only 
available in its intelligible form when the user decodes it for his compu¬ 
tational session. 

Reservation 

On some systems, shared files, such as data bases, may be reserved for 
a user’s computational session. This ensures that the file will be available 
at the time it is needed. The reservation facility is particularly important 
for updating to prevent more than one user concurrently attempting to 
modify a file. 

Peripheral Control 

Some services allow the facility to operate devices other than the re¬ 
mote terminal. These include magnetic tape drives, plotters, high-speed 
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printers, and card readers. The system control language on these services 
provides peripheral control commands to perform the operating functions. 
Additionally, the transmission mode of the remote terminal itself may be 
modified under certain conditions by the peripheral control commands of 
the system control language. 

Reserve Device 

The system control language permits the user to ensure his access to 
the peripheral device he specifies at the time he requires it. When the 
reservation command is executed, the specified equipment becomes in¬ 
accessible to other users and remains unavailable during the reserved 
period. 

Cancel Device Reservation 

This peripheral control command cancels a reservation on the device 
specified. Other users of the system may then gain access to it. 

Halt on Device 

The halt command terminates peripheral processing on a specified 
device during operation. In some cases, the device is automatically freed 
from reservation upon execution of this command. 

Terminal Transmission Control 

Data transmission via remote terminals may operate in either half¬ 
duplex or full-duplex modes. Some time-sharing services support both 
modes of transmission and provide system control language commands 
that specify to the system which type of transmission is being used. 

In half-duplex mode, characters typed on the terminal are transmitted 
to the computer and simultaneously printed on the terminal. There is no 
means of determining in this operation that the information received by 
the computer system is exactly the information that is printed. Parity 
checking is generally not performed. 

Full-duplex operations use an echo facility. Characters typed at the 
terminal are transmitted to the computer. The computer then transmits 
the same information to the terminal for printing; thus the characters 
displayed at the terminal are only those received by the computer. A user 
reading his listing may then check on what has been input to the system. 

Terminal transmission control commands are applicable to services 
that support both half-duplex and full-duplex operations. Presentation of 
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the full-duplex transmission command suppresses direct printing on the 
terminal for appropriate systems. 

Information Requests 

The customer of a time-sharing service is often interested in the state 
of the computer system he is accessing. In addition to the actual program¬ 
ming facilities offered by the service, the user often wants to know the 
library available, the customer support provided, and his own activity 
record on the system. Information request commands allow him to obtain 
these system statistics, descriptions of system facilities, on-line aid, and 
reports on session activity. 

System Statistics 

Information about the state of the computer system may be collected 
and displayed as output during the time-sharing operation. Statistics on 
such particulars as system usage or library access may be available on re¬ 
quest from the system. Some of this information is company confidential 
to the bureau and cannot be accessed with a system control language 
command, but services often allow customer-controlled display of selected 
statistics such as system usage on a user account or characters stored on 
disk storage for an individual user. 

Specific data about the user at the terminal may also be obtained 
through information request commands. Loading maps may be available; 
in some cases, the user’s current operation may be presented on command. 

Some time-sharing services assign the status of supervisor to one per¬ 
son from a customer account. The supervisor may obtain information about 
the activity of the people who bill to his corporation’s number. He is al¬ 
lowed to print the results of the information request commands for each 
individual user as if he were entered on the individual’s account; system 
control language commands allow him to monitor the activity of persons 
under his billing control. 

Furthermore, general information about the computer system, such 
as an operating schedule or the current date and time, is sometimes avail¬ 
able through information request commands. Date and time commands, 
for example, are often used on the computer output to identify the compu¬ 
tational session. 

Date 

The date command gives printed identification of a terminal session. 
Output resulting from a particular command may serve as a label for the 
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results of a production run of a program or for identification of a program 
listing. Information provided by the command usually includes the cur¬ 
rent date, time of day, and (on some systems) identification of the user 
issuing the command. 

Usage 

The usage command returns time, storage, or billing parameters for a 
computational session. Terminal-connect time (the time on the system 
since entry) or the amount of time since the last time request is often 
available. The amount of storage used may be presented. Often, terminal- 
connect time or characters of storage for a particular user over the entire 
billing period may be obtained. On some systems, actual computational 
costs in dollars is calculated and printed. 

Storage Used 

Many time-sharing services charge a fee for the programs or data 
stored on the disk storage unit. In general, the charge is determined by 
the maximum number of characters stored in a given time period, and 
some services provide part of this storage at no charge. Many time-sharing 
systems have a command that allows the user to see the number of char¬ 
acters he has stored on the disk unit. 

Current Status 

Frequently, during a computational session, the terminal is in a waiting 
state; it is often desirable to determine the reason for the inactive condi¬ 
tion. On some time-sharing services, this information request is available 
in the system control language. A current status command allows the user 
to determine the operation being performed at the time of the request. 
Execution of this command generally returns statuses such as waiting for 
input, compiling, or accessing the disk. 


Loading Map 

Some time-sharing services let the user investigate the way in which 
core storage (active memory) has been allocated for his operating program. 
The system control language provides commands to display current pro¬ 
gram and system locations in the computer. 

Operation Schedule 

System control language commands are often available to display the 
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schedule of computer operation. In some cases, only deviations from the 
published schedule, such as operating hours during holidays, are printed. 


Session Activity 

A few time-sharing services have an information request command that 
lists the programs run or files accessed during the current terminal session. 
This allows the user to keep track of the work that has progressed. 

System Description 

Many systems have an on-line facility that gives users up-to-date infor¬ 
mation about what the time-sharing service offers. In this manner, new or 
changed system features may be identified and explained before docu¬ 
mentation is published. News about the system and library information 
are made available through terminals with system control language com¬ 
mands. 


System News 

Documentation of changes to compiler languages may be detailed and 
stored directly on the computer system. System control language com¬ 
mands can then print this information at the terminal. New application 
offerings are also noted as news information. Operating instructions can 
be made available for general use prior to document publication and dis¬ 
tribution. 


Library Titles 

Titles of library programs present on a computer system may some¬ 
times be printed on request at a user’s terminal. Information request com¬ 
mands tell users that the routines are available and operating. 

On-line Aid 

Time-sharing systems are designed to provide debugging and educa¬ 
tional assistance to users during the computational session. Aid may be 
provided through system diagnostic messages, on-line training programs, 
or user-to-user communication through the computer system. The system 
control language contains commands to initiate this assistance. 


Diagnostics 

Most time-sharing systems are designed to operate in a prompting 
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manner to correct user errors made in presenting information. A user 
entering information that is unintelligible to the computer receives a 
comment at his terminal. If the error is relatively common, the system may 
prompt the correct answer by supplying a sample of the acceptable ver¬ 
sion of the command. For example, in the case of an error in syntax, the 
correct form of the command may be demonstrated by the system. 

Often, diagnostic facilities indicate the reason a system will not accept 
a particular command entered by the user. For example, a request to list or 
display a nonexistent file might result in a diagnostic such as “file not en¬ 
tered.” Some systems display question marks in these situations and allow 
the user to query the reason for the rejection of his entry. This results in a 
time saving for the user who knows why his entry was rejected, but can 
be confusing and frustrating to the novice. 

Many systems provide a help facility. If a user is unsure of informa¬ 
tion while he is operating, he may ask for a short explanation. For example, 
he may ask for help on a command in the system control language and 
receive an explanation of the command function, an example, and instruc¬ 
tions on how to proceed when using that command. 

Training Programs 

A number of time-sharing services offer computer-aided instruction 
for some aspects of their systems. The user connects to the computer sys¬ 
tem and accesses a tutorial routine; he is then able to learn on-line with 
some degree of computer-user interaction about a particular aspect of the 
system. Computer-aided instruction is usually available for teaching com¬ 
piler languages such as basic. Easily understood concepts are presented 
initially, and progress through the tutorial is dependent upon the user’s 
understanding and response to questions presented by the system. 

It must be noted, however, that some time-sharing services do not in¬ 
clude on-line training programs in their service offering because (they 
claim) the cost to the user in terminal time for accessing these programs is 
too high. 

User-to- User Communication 

User-to-user communication may take several forms and may be ef¬ 
fected both with and without direct terminal-to-terminal connection. 
Users may leave messages on system files for other users, or messages may 
be transmitted line-by-line via the computer to time-sharing service per¬ 
sonnel. Two terminals may be connected by the computer so that users 
may observe operations and communicate with each other or with the 
service staff. 

Some time-sharing services make a common file available where users 
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may leave messages for each other. System control language commands are 
used to enter and delete information in this file, and a query method is 
provided so that a user may determine whether or not he has a message 
waiting. Generally, security measures prevent unauthorized access to file 
information of this type. 

Services occasionally provide a communication facility where users 
may enter requests for debugging aid. The user may type lines of text to 
explain his problem to the operator of the computer; the operator is then 
able to return his answer via the computer. 

Several time-sharing services provide a terminal connection facility 
that allows users of two terminals to communicate with each other via the 
computer and observe each other’s terminal operations. This facility is 
often used to provide on-line debugging aid. In this case, a member of the 
time-sharing service staff remains available via the terminal throughout the 
day to answer user questions and provide program support. Connection 
of two terminals allows one user to display his program operation for the 
other. Another example of this connection facility is program development 
by two members of a company who are located in different working areas. 

Editing Commands 

In the time-sharing environment, information is usually entered on the 
computer through a remote terminal (either by typing or from a paper tape 
unit) in a line-by-line fashion. A line of input is logically equivalent to a 
computer card of input in a batch environment. Inherent in the time¬ 
sharing manner of program or data entry are two sources of error: typo¬ 
graphical errors resulting when the line is entered at the terminal and logi¬ 
cal errors occurring in the totality of the information. Most time-sharing 
systems provide some facilities for correction of these problems. 

Typographical errors on a line are usually corrected as the information 
is entered at the terminal. On most systems, this type of editing is available 
only during the actual entry process. The editing parameters for these cor¬ 
rections are generally single character commands of the system control 
language. 

Manipulation of the total body of textual information entered on the 
computer is particularly significant during program development and mod¬ 
ification. Often, line insertion or deletion, character changes, or move¬ 
ment of blocks of information is necessary to eliminate logical errors and 
prepare a program for calculation. There are many solutions to the problem 
of eliminating logical errors within a body of text entered on the com¬ 
puter. Time-sharing services offer modification techniques ranging from 
single line re-entry or correction to complex pattern match searches and 
substitutions. Monitor form systems (described previously) generally pro- 
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vide editing commands within the system control language to perform 
some or all textual modifications. Subsystem form systems usually have 
independent editor subsystems, which include commands to perform the 
editing tasks. Here the commands are not actually part of the system con¬ 
trol language but are an independent system. 

Terminal Editing 

In most cases, time-sharing services allow users to modify information 
as it is being entered at the terminal. These editing commands are generally 
performed by striking keys such as or “!” or by holding the Ctrl key 
and typing a letter. The terminal does not backspace physically or over¬ 
strike the actual printing on the paper, but it modifies the information en¬ 
tered on the computer system. 


Backspace 

Striking the proper backspace key erases the character most recently 
typed. This command may often be used repetitively to erase multiple 
characters. 


Ignore Word 

Some systems have a command that erases the most current word 
typed; this is equivalent to several backspaces. A word is generally de¬ 
fined as all information typed since the last blank or space, and the com¬ 
mand usually cannot be repeated. 

Ignore Line 

Most time-sharing systems provide a command that will delete all the 
information typed since the last end-of-line flag. Usually, this command 
may not be repeated, for it is not designed to be a means of erasing several 
lines of entered text. 

String and Line Modification 

The editing commands of the system control language are used to 
modify text entered into files within the system. These commands vary in 
their extent and generally are part of the system control language only in 
systems having monitor form software architecture. The subsystem form 
of editor subsystems will not be considered herein, although, functionally, 
the editing tasks of the editing subsystem are similar. 
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Editing commands are used in two ways to reference files or text: 
through line commands and through string commands. Line commands 
permit manipulation of text by reference to position or line number. String 
commands make reference to text on a character-by-character basis. 

Some line command functions that have system control language com¬ 
mands are as follows: 

• Delete portions of text. 

• Repeat line or lines in a file. 

• Retain portions of text while deleting remainder. 

• Combine files as presented. 

• List parts of a file. 

• Combine files and resequence. 

• Move line or lines of text to a new location. 

• Resequence line numbers. 

• Combine files to create a file with line numbers in ascending 
order. 

String commands permit character searches on text. Editing processes 
are employed on the information located as a result of this search. String 
commands permit searching for specific text in a file, inserting informa¬ 
tion upon discovery of the desired text, replacing text information by input 
information, and character-specifying file listing. String information may 
be repositioned in the file when it is located, or it may be duplicated in the 
file. Character scan may be controlled as the text is investigated, and cer¬ 
tain characters may be eliminated from consideration in the search pro¬ 
cess. The scan function may be terminated when the system encounters a 
specified character. A printed copy of the file may be obtained. 

Conclusion 

System control language functions and commands are constantly im¬ 
plemented by time-sharing services in an effort to increase computational 
flexibility. It is expected that many of the services will eventually offer most 
of the f acilities detailed in this Appendix. 

Additional functional areas of the system control language are being 
implemented by some time-sharing services. For example, generalized in¬ 
formation retrieval commands will soon be available to retrieve file infor¬ 
mation. 

Complete system operation may be controlled by a system control lan¬ 
guage command in the near future. Command facilities are being designed 
to allow a series of prestored program tasks to be activated when a com¬ 
mand file is named. This implementation would be particularly applicable 
to production runs, and output might be directed to terminals or other files. 
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More manageable forms of remote peripheral control are being de¬ 
veloped. Devices such as printers might be accessed by users as if they 
were constantly free for operation. Reservation commands would be un¬ 
necessary. The system could process the peripheral requests by storing the 
information to be printed in mass storage until the device was available. 
Thus, the service would not need to be concerned when more than one 
user sought access to its equipment or if operators on it did not provide 
forwarding addresses for the printed information. Mailing addresses could 
automatically be stored with the account identification. 
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Access time. The interval between the instant when a computer or control unit 
calls for a transfer of data to or from a storage device and the instant when 
this operation is completed. Thus, access time is the sum of the waiting 
time and transfer time. Note: In some types of storage, such as disk and 
drum storage, the access time depends upon the location specified and/or 
upon preceding events; in other types, such as core storage, the access time 
is essentially constant. 

Allocation. The assignment of specific portions of storage devices or specific 
input/output devices to hold specific programs and/or data files. Note : Allo¬ 
cation of storage and input/output devices may be performed (1) by the 
programmer, when he writes a program; (2) by the operator, when he 
loads a program for execution; or (3) automatically, by an operating system. 

Application package. A computer routine or set of routines designed for a spe¬ 
cific application (e.g., inventory control, on-line savings accounting, linear 
programming). Note : In most cases, the routines in the application pack¬ 
ages are necessarily written in a generalized way and will need to be 
modified to meet each users own specific needs. 

Array. A group of items arranged in a meaningful pattern. Example: A one¬ 
dimensional array (list) of one-word items: 

Adams 

Baker 

Collins 

Dorsey 
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Example: A two-dimensional 

array (i.e., a matrix) of one-digit items 

7 2 

5 

4 

3 8 

0 

9 

6 9 

1 

6 

4 7 

3 

8 


Auxiliary storage. Storage that supplements a computers working storage. 
Synonymous with backup storage, mass storage, and secondary storage. 
Note: In general, the auxiliary storage has a much larger capacity but a 
longer access time than the working storage. Usually, the computer cannot 
access auxiliary storage directly for instructions or instruction operands; 
instead, data is transferred in blocks between auxiliary and working storage. 
Disk storage and drum storage are the most common types of auxiliary 
storage. 

Background program. A program (usually of the batch-processing type) that is 
not subject to any real-time constraints and which can be executed when¬ 
ever the facilities of a multiprogramming computer system are not re¬ 
quired by real-time programs or other programs of higher priority. Contrast 
with foreground program. 

Boolean operation. A logical operation on single bits. Note: the term “Boolean” 
refers to the processes used in a special type of algebra formulated by 
George Boole. 

Character density. The maximum number of characters that can be stored in a 
given unit of length; e.g., 200, 556, or 800 bits per inch, which are the 
normal densities on many tape drives. 

Code. A set of unambiguous rules that specify the exact manner in which data 
is to be represented by the characters of a character set; e.g., ascii or Hol¬ 
lerith code. 

Command language. On-line system instructions. 

Common carrier. A company recognized as a regulated agency having a vested 
interest in carrying or furnishing communication service. 

Common library. A set of user programs that all users can access. 

Communications facilities. A path or group of parallel paths used for electrical 
transmission of data originating in digital form (also for voice and/or 
visual information) between two or more points. Some common types of 
communications facilities are telephone and telegraph cables, high-fre¬ 
quency radio, and line-of-sight microwave. 

Compatibility. The characteristic that enables one device to accept and process 
data prepared by another device without prior modifications. Thus, one 
computer system is “data-compatible” with another if it can read and pro¬ 
cess the punched cards, magnetic tape, etc., produced by the other com¬ 
puter system. 
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Conditioning. Improving the data transmission properties of a leased voiceband 
line by correcting its amplitude and phase characteristics. 

Configuration. A specific set of equipment units that are interconnected and 
(in the case of a computer) programmed to operate as a system. Thus, a 
computer configuration consists of one or more central processors, one or 
more storage devices, and one or more input/output devices. Synonymous 
with system configuration. 

Conversational mode. A mode of operation that implies a “dialogue” between a 
computer and its user, in which the computer program examines the input 
supplied by the user and formulates questions or comments that are di¬ 
rected back to the user. 

Cycle time. The minimum time interval between the starts of successive accesses 
to a storage location. Contrast with access time. For example, if it takes 2 
psec to read a word out of a core storage unit and 3 psec more to rewrite the 
word before another read operation can be initiated, then the unit has a 
read access time of 2 psec and a cycle time of 2 + 3 = 5 psec. 

Cyclic redundancy check. A modified cyclic code for error detection and cor¬ 
rection. 

Data base. Central repository for data to be used by one or more program 
modules; resides in main storage and/or auxiliary storage. 

Debug. To trace and eliminate mistakes in a program or faults in equipment. 
The process is often assisted by a diagnostic routine. Synonymous with 
troubleshoot. 

Edit. To modify the form or format of data. Editing may involve the rearrange¬ 
ment of data, the addition of data (e.g., insertion of dollar signs and decimal 
points), the deletion of data (e.g., suppression of leading zeros), code trans¬ 
lation, and the control of layouts for printing (e.g., provision of headings 
and page numbers). 

Editor. A routine that performs editing operations. 

File. A collection of related records, usually (but not necessarily) arranged in 
sequence according to a key contained in each record. Note : A record, in 
turn, is a collection of related items, while an item is an arbitrary quantity 
of data that is treated as a unit. Thus, in payroll processing, an employee’s 
pay rate forms an item, all items relating to one employee form a record, 
and the complete set of employee records forms a file. 

File maintenance. Updating a file to reflect the effects of nonperiodic changes 
by adding, altering, or deleting data; for example, adding new programs 
to a program library on magnetic tape. 

Foreground program. A program that requires real-time responses or has a high 
priority, and which therefore takes precedence over other concurrently 
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operating programs in a computer system using multiprogramming tech¬ 
niques. Contrast with background program. 

High-speed reader. A card-reading device that can be connected to a computer 
on-line without unduly reducing the speed of the computer. 

Inquiry. A method of interrogating the contents of computer storage from a 
keyboard. 

Keyboard entry. Access to an automatic data processing system by manual keys; 
an item of information so entered. 

Language. A defined set of symbols and of rules or conventions governing the 
manner and sequence in which the symbols may be combined into a mean¬ 
ingful communication. Note: An unambiguous language used to express 
computer programs is called a programming language. 

Message switching. A technique for controlling the traffic within a data com¬ 
munications network. It involves receiving messages from various sources 
at a switching center, storing each message until the proper outgoing com¬ 
munications link is available, and ultimately retransmitting each message 
to its destination or destinations. 

Off-line. Pertaining to equipment or devices that are not in direct communica¬ 
tion with the central processor of a computer system. Contrast with on-line. 
Note: Off-line devices cannot be controlled by a computer except through 
human intervention. 

On-line. Pertaining to equipment or devices that are in direct communication 
with the central processor of a computer system. Contrast with off-line. 
Note : On-line devices are usually under the direct control of the computer 
with which they are in communication. 

Re-entrant. Pertaining to a routine that can be used by two or more independent 
programs at the same time. This means that the re-entrant routine cannot 
modify the contents of any of its own locations and that any required tem¬ 
porary storage must be supplied along with each program using the re¬ 
entrant routine. Note: Re-entrant routines have two significant advantages 
in multiprogramming or time-sharing environments: (1) They conserve 
storage space because only one copy of a routine needs to be present regard¬ 
less of the number of programs which are simultaneously using it; (2) since 
they are never modified, they do not need to be rewritten in auxiliary stor¬ 
age when displaced from working storage by another program. 

Remote batch processing. Standard nonconversational processing done at a 
remote location. 

Simultaneity. The capability of a computer system to perform multiple opera¬ 
tions (input/output and/or internal processing) during the same period of 
time. Note: Simultaneity is usually provided through multiple input/output 
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channels and automatic multiplexing of the data transfers between the 
various channels and computer working storage. The degree of simul¬ 
taneity is a vital factor in determining the overall effectiveness of a com¬ 
puter system in many applications. 

Swapping. Usually refers to exchanging one program in core for another pro¬ 
gram on disk or drum. In time-sharing or real-time environments, pro¬ 
gram execution can be temporarily halted, the program stored in auxiliary 
storage while other programs are executed; then the program can be re¬ 
turned to core to continue its execution. The general technique for trans¬ 
ferring these programs in and out of core is called swapping. 

Temporary storage. Storage locations used by a program to store intermediate 
results that must be temporarily retained. 

Terminal-connect time. The time during which a terminal is physically con¬ 
nected to a time-sharing service. 
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